«Полное руководство пользователя © 2011 ООО БСС Система ДБО BS-Client Версия 017.8.0, Распределенная схема Документация клиента Банк-Клиент. Комплект администратора Полное руководство пользователя Опубликовано 2011 ...»

Система "ДБО BS-Client"

Версия 017.8.0, Распределенная схема

Документация клиента "Банк-Клиент". Комплект администратора

Полное руководство

пользователя

© 2011 ООО "БСС"

Система "ДБО BS-Client"

Версия 017.8.0, Распределенная схема

Документация клиента "Банк-Клиент". Комплект администратора

Полное руководство пользователя

Опубликовано 2011

Листов 676

© 2011 ООО "БСС"

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

Никакая часть данного документа не может быть воспроизведена или передана в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения ООО "БСС".

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

ООО "БСС" не гарантирует работоспособность нелегально полученного программного обеспечения.

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

Наименование ООО "БСС", товарный знак, продукты и их наименования "Система Дистанционного Банковского Обслуживания BS-Client" ("ДБО BS-Client") являются интеллектуальной собственностью ООО "БСС" и охраняются действующим законодательством.

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

© 2011 ООО "БСС" Содержание Введение

Перечень терминов и сокращений

1. Общее описание системы

1.1. Организация распределенных схем документооборота клиентов в системе "ДБО BS-Client"

1.1.1. Общие сведения

1.1.2. Организация распределенных схем документооборота клиентов............. 1.2. Описание общего функционала

1.2.1. Подсистема печати

1.2.2. Новостной сервис

1.2.3. Перенос данных системы

1.2.4. Взаимодействие с СУБД

1.3. Описание документов ДБО

1.3.1. Исходящие документы

1.3.2. Входящие документы

2. Установка и начальная настройка

2.1. Установка и начальная настройка АРМ клиента

2.1.1. Общие сведения

2.1.2. Инструкции пользователя

3. Регламенты работы с системой

3.1. Установка системы

3.1.1. Подготовка к установке системы

3.2. Начальная настройка системы

3.2.1. Начальная настройка подсистемы печати

3.2.2. Начальная настройка взаимодействия с СУБД

3.3. Дополнительная настройка системы

3.3.1. Дополнительная настройка подсистемы печати

3.4. Масштабирование системы

3.4.1. Перенос данных системы в новую БД

4. Инструкции по работе с системой

4.1. Инструкции по работе с приложением Cbank

4.1.1. Базовые инструкции

4.1.2. Работа с платежными поручениями

4.1.3. Работа с зарплатными ведомостями

4.1.4. Работа с нестандартными документами

4.1.5. Работа с выписками

4.1.6. Работа с запросами выписок

4.1.7. Работа со справочниками

4.1.8. Работа с подсистемой печати

4.1.9. Работа с новостным сервисом

4.2. Инструкции по работе с утилитой BSDataPump

4.2.1. Перенос данных системы в новую БД

4.3. Инструкции по работе с внешними системами, приложениями и утилитами

4.3.1. Настройка взаимодействия с СУБД

5. Описание функционала

5.1. Документы

5.1.1. Общие принципы работы с документами

Полное руководство пользователя 5.1.2. Архивация документов

5.2. Взаимодействие с БС и внешними приложениями

5.2.1. Общие сведения

5.2.2. Обмен документами в текстовом формате

5.2.3. Взаимодействие с MS Excel

5.2.4. Взаимодействие с БС "1С: Предприятие"

5.2.5. Взаимодействие с БС "Парус"

5.3. Справочники

5.3.1. Общие сведения

5.3.4. Репликация справочников

5.4. Автопроцедуры

5.4.1. Основные понятия

5.5. Разграничение доступа

5.5.4. Применение политики безопасности

5.6. Криптозащита

5.6.1. Концепции криптозащиты

5.6.2. Криптозащита в системе "ДБО BS-Client"

5.6.3. Инструкции администратора

5.7. Транспортная подсистема

5.7.1. Принципы работы транспортной подсистемы

5.7.2. Начальная настройка транспортной подсистемы

5.7.3. Настройка адресов банка

5.7.4. Управление транспортной подсистемой

5.7.6. Параметры установки T-Mail

5.8. Разбор конфликтных ситуаций

5.8.1. Основные понятия

5.8.3. Опция "Разбор конфликтных ситуаций"

5.8.4. Опция "Выгрузка документа в файл"

6. Информационные сообщения системы

6.1. Информационные сообщения приложения Cbank

7. Часто задаваемые вопросы

8. Описание версий системы

8.1. Версия 017.6.0

8.1.1. История изменений системы

8.1.2. История изменений документации

8.2. Версия 017.6.100

8.2.1. История изменений системы

8.2.2. История изменений документации

8.3. Версия 017.6.200

8.3.1. История изменений системы

8.3.2. История изменений документации

8.4. Версия 017.7.0

8.4.1. История изменений системы

8.4.2. История изменений документации

8.5. Версия 017.8.0

8.5.1. История изменений системы

8.5.2. История изменений документации

A. Описание справочников

A.1. Внутренние справочники

A.2. Служебные справочники

A.2.1. Справочник типов ставок НДС

A.2.2. Справочник принтеров

B. Дополнительные материалы

B.1.2. Требования к аппаратному обеспечению и программному окружению

B.2. Конечные статусы документов

B.3. Пример импорта во вложенные таблицы

B.4. Структура файлов обмена данными текстового формата с БС "1С: Предприятие"

B.5. Форматы обмена данными с БС "Парус"

B.5.1. Формат файла экспорта BankInSS

B.6. Список встроенных привилегий

B.7.1. Пример 1

B.7.2. Пример 2

B.7.3. Пример 3

B.7.4. Пример 4

B.8.1. ССД подписи

B.9. Интерфейс задания параметров процедуры генерации ключей / запросов на сертификат

B.9.1. Параметры генерации при использовании криптопровайдеров (MS Crypto API 2.0)

B.9.5. Параметры генерации при использовании СКЗИ M-PRO v1.34 (GOST PSE)

B.10.6. Параметры использования ключевых наборов M-Pro v1.34 (GOST PSE)

B.11. Создание ODBC-псевдонима в Windows XP

B.12. Определение вида платежа

Введение Настоящий документ является частью документации по системе "ДБО BS-Client" версии 017.8.0, функционирующей в режиме Распределенной схемы.

На кого ориентирован документ Документ предназначен для администратора клиентской части подсистемы "Банк-Клиент".

Организация документа В гл. 1 «Общее описание системы» [стр. 24] приведены общие сведения о системе, описаны принципы ее функционирования.

В гл. 2 «Установка и начальная настройка» [стр. 68] описан порядок начальной установки и настройки системы.

В гл. 4 «Инструкции по работе с системой» [стр. 99] приведены подробные инструкции по выполнению различных операций в системе.

В гл. 5 «Описание функционала» [стр. 178] приведено описание прочего функционала системы, не рассмотренного в предыдущих главах.

В гл. 6 «Информационные сообщения системы» [стр. 550] приведено описание возможных сообщений об ошибках и прочих информационных сообщений системы и рекомендуемые действия.

В гл. 7 «Часто задаваемые вопросы» [стр. 554] приведены ответы на часто задаваемые вопросы по работе в системе.

В гл. 8 «Описание версий системы» [стр. 555] приведена история версий системы со ссылками на описание процедур обновления системы.

В прил. A «Описание справочников» [стр. 564] приведено описание справочников системы.

В прил. B «Дополнительные материалы» [стр. 566] приведены дополнительные материалы о системе.

Рекомендации по использованию документа Документ рекомендуется использовать и в качестве ознакомительного материала, и в качестве справочника при работе с системой "ДБО BS-Client". Документ рекомендован как для последовательного, так и для выборочного изучения.

Материал может содержать большое количество перекрестных ссылок на другие части документации. Для интенсивного изучения материала, быстрого поиска необходимой информации и удобного перехода по ссылкам рекомендуется воспользоваться контекстной справкой системы "ДБО BS-Client": в справке содержится наиболее полная информация о системе и порядке работы с ней. Контекстная справка вызывается из системы по нажатии клавиши F1.

Соглашения по оформлению Кавычками выделяются значения полей экранных форм и различных параметров.

Наименования разделов и пунктов меню отделяются друг от друга символом.

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

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

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

Перечень терминов и сокращений Перечень сокращений CRL Certificate revocation list.

CSP Cryptographic service provider.

DCOM (Distributed component object model, распределенная компонентDCOM ная модель объектов) — технология, предоставляющая возможность взаимодействия между приложениями по сети персональных компьютеров. Это набор стандартов построения, размещения и взаимодействия компонент и реализующих их механизмов, которые позволяют объектам внутри компонент посылать вызовы другим компонентам, а также принимать и обрабатывать запросы от других компонент вне зависимости от их положения на компьютере или в сети, от способов реализации, от того, являются ли они прикладными или объектами операционной системы и т.д.

Dynamic Link Library, динамически компонуемая библиотека.

DLL PKI Public key infrastructure.

SSL TLS Уникальный идентификатор ключевой пары.

UID АРМ Автоматизированное рабочее место.

БС Бухгалтерская система.

ДБО Дистанционное банковское обслуживание.

См. также Распределенная система "ДБО BS-Client".

ИОК Инфраструктура открытых ключей.

ОС Операционная система.

ОСПО Окружающее и сопутствующее программное обеспечение.

ПБЗИ Программные библиотеки защиты информации.

ПО Программное обеспечение.

РС "ДБО BS-Client" Распределенная система "ДБО BS-Client".

Перечень терминов Certificate revocation list provider Distributed component object model MS Crypto API прикладного уровня, определяющий порядок взаимодействия приложений с модулями, реализующими криптографические алгоритмы (криптопровайдерами), в ОС Windows.

Public key infrastructure SSL TLS X. назначение - определение формата электронного сертификата и списков отозванных сертификатов.

АРМ клиента См. Автоматизированное рабочее место.

Абонент криптографиче- Субъект, обменивающийся информацией с другими субъектами в рамской сети ках криптографической сети. В системе "ДБО BS-Client" информация Абонент транспортной се- Узел транспортной сети, представляющий собой транспортную подти систему АРМ банка или АРМ клиента.

Автоматизированное ра- Автоматизированное рабочее место (АРМ) - совокупность компонентов бочее место системы "ДБО BS-Client". АРМ бывают трех видов:

Автоматическая докумен- Документарная операция, выполняемая автоматически системой тарная операция "ДБО BS-Client", при переходе документа в определенный статус.

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

Авторизация Предоставление определенных полномочий пользователю на выполнение некоторых действий в системе. Посредством авторизации устанавливаются и реализуются права доступа к ресурсам. В системе "ДБО BSClient" необходимым и достаточным условием авторизации пользователя являются идентификация и аутентификация пользователя.

Асимметричные крипто- Криптографические алгоритмы, основанные на использовании ключеграфические алгоритмы вой пары (для зашифрования используется секретный ключ, для расшифрования - открытый). Данные алгоритмы называются также Аутентификация Процедура проверки подлинности данных и субъектов информационного взаимодействия исключительно на основе внутренней структуры самих данных. В рамках системы "ДБО BS-Client" применяется аутентификация пользователей посредством ввода пароля, а также Аутентичность Достоверность того, что данные были получены из правильного источника и не подвергались случайным или преднамеренным искажениям.

Библиотека единого крип- Библиотека (Cryptlib.dll), предоставляющая интерфейс доступа к функтографического интерфей- циям СКЗИ на прикладном уровне системы "ДБО BS-Client".

Библиотека-прослойка См. Криптобиблиотека.

Вложенная таблица Табличные данные, хранящиеся внутри BLOB-поля какой-либо таблицы.

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

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

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

Документ ДБО Объект системы "ДБО BS-Client", представляющий собой электронный Документ приложения Данные, передаваемые/получаемые приложением посредством транспортной подсистемы для/от абонента транспортной сети.

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

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

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

Жизненный цикл Набор статусов и переходов между ними на различных этапах обработки документа.

Закрытый ключ То же, что и секретный ключ.

Зашифрование Криптографическое преобразование защищаемой информации (открытого текста) в зашифрованное сообщение (шифрованный текст).

Зашифрование на абонен- Зашифрование данных в системе ДБО таким образом, чтобы их растов шифрование могли произвести только фиксированные абоненты.

Идентификация Распознавание пользователя компьютерной системы на основании ранее заданного описания. Идентификация имеет целью определение полномочий пользователя (права доступа к данным и выбора режима их использования). Идентификация в системе "ДБО BS-Client" производится посредством ввода системного имени пользователя.

Инструкция В рамках документации по системе "ДБО BS-Client" – подробное описание последовательности действий, которые необходимо выполнить в системе "ДБО BS-Client" или в сторонней системе для решения некоторой элементарной задачи: осуществления операции над одним или несколькими объектами системы, запуска приложения, задания значений пароля для входа в систему. Порядок выполнения инструкций определяется регламентами по работе с системой.

Информационный доку- Электронный документ, подписанный (защищенный) ЭЦП и обеспемент чивающий обмен информацией при совершении расчетов и проведении Инфраструктура открытых Инфраструктура открытых ключей (ИОК, Public key infrastructure ключей PKI) - cервис для управления электронными сертификатами и ключами пользователей. ИОК включает в себя:

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

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

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

Конечный статус Результат успешного или неуспешного завершения процесса обработки документа. Конечный статус не может быть изменен на какой-либо другой без нарушения логики жизненного цикла документа.

Конфиденциальность Предотвращение несанкционированного доступа к информации.

Корневой центр сертифи- См. Инфраструктура открытых ключей.

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

Криптографическая аутен-...

тификация Криптографическая сеть В рамках системы "ДБО BS-Client": совокупность криптографических Криптографические алго- См. Асимметричные криптографические алгоритмы.

ритмы с открытым ключом Криптографические опе- Операции, основанные на криптографическом преобразовании данрации ных:

Криптографический про- Криптографический профиль (сокращенно криптопрофиль) - объект филь системы "ДБО BS-Client", содержащий сведения об абоненте криптографической сети и используемых им ключах и определяющий права абонента на выполнение криптографических операций. Под выражением "операция выполняется криптопрофилем" подразумевается, что операция выполняется с использованием ключей сопоставленного криптопрофилю ключевого набора и от имени абонента - владельца криптопрофиля.

Криптографическое пре- Криптографическое преобразование (шифрование) - взаимно-однозначобразование ное математическое преобразование, зависящее от ключа / ключевой пары (секретный параметр преобразования), которое ставит в соответствие блоку открытой информации (представленной в некоторой цифровой кодировке) блок шифрованной информации, также представленной в цифровой кодировке. Термин объединяет в себе два процесса (базовых цикла): цикл зашифрования и цикл расшифрования информации. На данных циклах основаны все криптографические операции, в том числе операции формирования и проверки электронной Криптопровайдер См. Cryptographic service provider.

Криптопрофиль См. Криптографический профиль.

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

Данная технология предназначена только для клиентов, которые пользуются подсистемами "Банк-клиент" и "Интернет-клиент" совместно.

Создав на клиентской части подсистемы "Банк-клиент" документы, их можно неподписанными отправить в банк. Затем, запустив подсистему "Интернет-клиент", документы можно подписать необходимым количеством подписей и отправить в обработку.

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

Оператор Пользователь системы "ДБО BS-Client", выполняющий полный цикл работы с документами в рамках своих обязанностей.

Операция Некоторое действие, выполняемое системой автоматически или по запросу пользователя. В системе ДБО существуют операции трех типов:

простые, табличные и документарные. Все операции объединены в Открытый ключ Свободно распространяемая часть ключевой пары. Открытый ключ может быть выполнен в виде сертификата.

Офис – Мобильный менед- Технология работы клиентов в системе "ДБО BS-Client", при использожер вании которой участники процесса работы с документами территориально удалены друг от друга.

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

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

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

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

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

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

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

Проверка подписи Процесс определения действительности электронной цифровой подписи: проверка отсутствия искажений в подписанном сообщении и соответствия ЭЦП абоненту, подписавшему сообщение.

Программные библиотеки Программные библиотеки защиты информации (ПБЗИ) - динамически защиты информации компонуемые библиотеки (DLL), непосредственно реализующие алгоритмы критопграфических преобразований.

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

Простая схема Совокупность простых операций.

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

Рабочие ключи Ключи рабочего ключевого набора.

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

Расшифрование Процесс, обратный зашифрованию, то есть криптографическое преобразование шифрованного сообщения в открытый текст.

Регистрационный центр См. Центр регистрации.

Регистрация абонента См. Регистрация открытого ключа.

Регистрация открытого Регистрация открытого ключа (регистрация абонента) – процесс внеключа сения открытого ключа абонента в ключевые наборы криптопрофиля.

Репликация Сервисный механизм для автоматического обновления корпоративных Роль Набор привилегий. Задается списком привилегий (с заполненными параметрами) и списком ролей, включенных в данную роль. Все привилегии, содержащиеся во вложенных ролях, автоматически считаются предоставленные, так и запрещенные. Запрет привилегии всегда преобладает над ее разрешением. Роли могут редактироваться и являются ССД подписи Схема составления документа, определяющая список полей документа, которые должны быть подписаны. Поля документа, не входящие в Связка с СКЗИ Совокупность механизмов, высокоуровневых и низкоуровневых интерфейсов, используемых системой "ДБО BS-Client" для вызова функций Секретный ключ Персональная (закрытая) часть ключевой пары. Секретный ключ является конфиденциальной информацией его владельца.

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

Сертификат центра серти- сертификат, используемый для проверки ЭЦП центра сертификации.

фикации Сертификатные СКЗИ Системы криптографической защиты информации, в рамках которых открытый ключ распространяется в виде сертификата по стандарту X.509. Сертификатными являются следующие СКЗИ:

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

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

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

Служебный документ Электронный документ, подписанный (защищенный) ЭЦП и обеспечивающий обмен служебной информацией в рамках системы "ДБО BSClient".

Список отозванных серти- Список отозванных сертификатов (Certificate revocation list, CRL) - завфикатов еренная подписью центра сертификации структура, содержащая список сертификатов, непригодных к использованию с точки зрения ЦС Справочники Специальные наборы данных, предназначенные для их многократного использования при задании значений атрибутов объектов, настроек системы и содержимого других справочников и/или выступающие в качестве исходных данных при выполнении технологических операций.

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

Схема операций Набор операций, объединенных по области применения выполняемых Каждая операция внутри схемы задается своим именем и не может содержать внутри себя другие операции.

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

Технологические ключи Ключи технологического ключевого набора.

Технологический ключе- Клиентский ключевой набор с ограниченными правами на выполнение вой набор операции подписи документов, действующий до момента перегенерации набора после установки системы клиента.

Транспортная подсистема Подсистема АРМ банка или АРМ клиента, осуществляющая обмен информацией между абонентами транспортной сети в рамках подсистемы "Банк-клиент".

Транспортная сеть Сеть, объединяющая транспортные подсистемы АРМ банка и АРМ Транспортный документ Документ приложения, документарный квиток или транспортный квиток, преобразованный транспортной подсистемой для его дальнейшей обработки.

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

Учреждения Банка России Учреждения Банка России (УБР) – учреждения, организации и подразделения, входящие в систему Банка России и включенные в справочник Формат хранения подписи Формат структуры, формируемой в процессе подписи документа и вклюдокумента чающей в себя ЭЦП документа, версию алгоритма / формата подписи, список наименований подписываемых полей - информацию, необходимую при проверке подписи под документом. Данная структура помещается в поле Signatures документа. Формат хранения подписи документа идентифицируется номером версии формата.

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

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

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

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

Шифрование См. Криптографическое преобразование.

Шлюз типа "Offline" Шлюз, поддерживающий опосредованную связь с абонентом (например, Шлюз типа "Online" Шлюз, поддерживающий прямую связь с абонентом (например, TCP/IPсоединение).

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

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

Электронный документ Документ, в котором информация представлена в электронно-цифровой форме. Каждый электронный документ отвечает следующим требованиям:

создается, обрабатывается, хранится, передается и принимается с помощью программных и технических средств;

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

1.1. Организация распределенных схем документооборота клиентов в системе "ДБО BS-Client" 1.1.1. Общие сведения В современных условиях ведения бизнеса предприятия – клиенты банковской системы Российской Федерации могут применять различные схемы подготовки и подписания платежных документов для их последующего исполнения банком. Причиной возникновения таких схем в числе прочего является территориальная удаленность сотрудников, ответственных за процесс подготовки документа для его последующего исполнения кредитной организацией. При этом следует выделять две принципиально отличные ситуации:

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

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

Для автоматизации документооборота на предприятиях с территориально распределенными участниками процесса работы с документами в системе "ДБО BS-Client" реализованы следующие технологии:

технология Офис – Мобильный менеджер для использования внутри самостоятельных технология визирующей подписи для использования в холдинговых структурах.

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

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

Основными пользователями технологии Офис – Мобильный менеджер являются:

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

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

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

Ниже приведено описание типовых схем документооборота организаций указанных видов.

Отдельно описаны варианты организации указанных схем средствами системы "ДБО BSClient" и порядок их реализации.

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

С технической точки зрения при реализации технологии Офис – Мобильный менеджер возможны два варианта:

один из специалистов – участников процесса документооборота организации работает с АРМ пользователя подсистемы Банк-Клиент, остальные участники – с АРМ пользователей подсистемы Интернет-Клиент;

все участники процесса документооборота организации работают с АРМ пользователей подсистемы Интернет-Клиент.

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

1.1.2.1.1.1. Схема документооборота В данном случае процесс подготовки платежных документов к исполнению средствами системы "ДБО BS-Client" включает следующие этапы:

Сторонний специалист при помощи АРМ клиента подсистемы Банк-Клиент или Интернет-Клиент подготавливает и отправляет в банк платежный документ (см. разд. 5.1.1.4.1 «Создание нового документа» [стр. 192]).

Система принимает подготовленный документ и размещает его в БД.

Сотрудники организации, обладающие правом подписи платежных документов, при помощи АРМ клиента подсистемы Интернет-Клиент просматривают подготовленный платежный документ и принимают решение об исполнении документа, либо об отказе в В случае принятия решения об исполнении документа:

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

В случае принятия решения об отказе в исполнении документа:

Сотрудники организации отказывают в дальнейшей обработке подготовленa.

В случае, если сторонний специалист работает с АРМ клиента подсистемы Банк-Клиент, система пересылает информацию об отказе документа на данный АРМ. Для стороннего специалиста в этом случае статус документа отображается как "Не принят".

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

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

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

1.1.2.1.2.1. Схема документооборота В данном случае процесс подготовки платежных документов к исполнению средствами системы "ДБО BS-Client" включает следующие этапы:

Сотрудник организации, обладающий правом второй подписи, при помощи АРМ клиента подсистемы Банк-Клиент или Интернет-Клиент подготавливает, подписывает второй подписью и отправляет в банк платежный документ (см. разд. 5.1.1.4.1 «Создание Система принимает подготовленный документ и размещает его в БД.

Руководитель организации, обладающий правом первой подписи платежных документов, при помощи АРМ клиента подсистемы Интернет-Клиент просматривает подписанный второй подписью платежный документ и принимает решение об исполнении документа, либо об отказе в исполнении документа:

В случае принятия решения об исполнении документа:

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

Система принимает документ на дальнейшую обработку.

В случае принятия решения об отказе в исполнении документа:

Руководитель организации снимает подписи с документа, если они присутa.

Руководитель организации отказывает в дальнейшей обработке подготовленb.

В случае, если бухгалтер работает с АРМ клиента подсистемы Банк-Клиент, система пересылает информацию об отказе документа на данный АРМ. Для бухгалтера в этом случае статус документа отображается как "Не принят".

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

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

1.1.2.1.3.1. Схема документооборота В данном случае процесс подготовки платежных документов к исполнению средствами системы "ДБО BS-Client" полностью соответствует порядку, описанному для схемы, когда ведение учета осуществляется штатным бухгалтером. Роль бухгалтера выполняет сотрудник удаленного подразделения, а в качестве ответственных лиц, обладающих правом подписи, выступают уполномоченные сотрудники головного подразделения, обладающие правом подписи документов.

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

При работе по данной схеме внутри филиала могут возникать схемы работы, описанные в разд. 1.1.2.1 «Технология Офис - Мобильный менеджер» [стр. 25].

Система "ДБО BS-Client" поддерживает работу по описываемой схеме только для платежных При реализации описываемой схемы контролер УК осуществляет работу исключительно посредством подсистемы Интернет-Клиент. Визирование платежных поручений осуществляется посредством механизма визирующей подписи (см. разд. 5.6.2.4.2.1.2 «Визирующая документов» [стр. 443]).

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

1.1.2.2.1. Схема документооборота В данном случае порядок подготовки платежных поручений к исполнению средствами "ДБО BS-Client" до момента рассмотрения в УК целиком соответствует порядку, описанному для схем из разд. 1.1.2.1 «Технология Офис - Мобильный менеджер» [стр. 25]. Дальнейшая обработка полностью подписанного документа включает следующие этапы:

Контролер УК, обладающий правом визирующей подписи платежных документов при помощи АРМ клиента подсистемы Интернет-Клиент просматривает полностью подписанный платежный документ и принимает решение об исполнении документа, либо об отказе в исполнении документа:

В случае принятия решения об исполнении документа, контролер УК визирует и отправляет документ на обработку в банк при помощи кнопки Завизировать и отправить документ в банк.

В случае принятия решения об отказе в исполнении документа:

Контролер УК отказывает полностью подписанный документ с помощью кнопa.

В случае, если в филиале установлено АРМ клиента подсистемы Банк-Клиb.

ент, система пересылает информацию об отказе документа на данный АРМ.

Для сотрудника, работающего на данном АРМ, статус документа отображается Для прочих сотрудников филиала, участвующих в процессе документоборота и работающих с АРМ клиента подсистемы Интернет-Клиент, статус документа отображается как "Не принят".

1.2. Описание общего функционала 1.2.1. Подсистема печати Подсистема печати предназначена для вывода на просмотр / печать документов, реестров документов, актов, отчетов и др.

1.2.1.1. Обзор подсистемы печати Подсистема печати предоставляет несколько вариантов печати, таких как вывод печатных форм на принтеры, печать в файлы и вывод печатных форм на просмотр (см разд. 1.2.1.2. «Режимы печати» [стр. 32]).

Инициаторами процесса печати являются пользователи (см разд. 1.2.1.2.1 «Варианты запуска процесса печати» [стр. 31]).

Печатные формы могут быть сформированы в текстовом формате или формате RTF. Печатные формы на стороне клиентов подсистемы Интернет-Клиент формируются в формате 1.2.1.2. Принципы функционирования подсистемы печати 1.2.1.2.1. Варианты запуска процесса печати На стороне клиента подсистемы Банк-Клиент система предоставляет только один из возможных способов запуска процесса печати – запуск печати пользователями вручную.

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

Пользователи выбирают один из режимов печати:

Если печатная форма должна быть отправлена на печать, принтер определяется исходя из правил печати документов (см. разд. 1.2.1.2.3.2 «Соответствие документов и принтеров» [стр. 34]).

Формирование печатной формы.

Печатные формы формируются в текстовом или RTF-формате. Формат печатных форм документов задается в справочнике документарных схем (см. опер. «Задание шаблонов и методов печати документов» регл. «Дополнительная настройка системы» [стр. 95] и разд. 5.1.1.9 «Настройка документарных схем» [стр. 205]). Формат печатных форм реестров документов задается параметрами печати реестров документов (см. опер. «Задание шаблонов и методов печати реестров документов» регл. «Дополнительная настройка системы» [стр. 95] и инстр. «Настройка печати реестров Определение количества копий печатных форм документов.

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

Вывод печатной формы на просмотр / печать в соотстветствии с выбранным режимом печати (см. разд. 1.2.1.2.2 «Режимы печати» [стр. 32]).

1.2.1.2.2. Режимы печати Подсистема печати предоставляет возможность выводить печатные формы в файл, на просмотр и на принтеры – в зависимости от формата печатной формы. Полный список возможных вариантов печати приведен ниже:

Печатная форма документов может быть отправлена на принтер, исходя из правил печати документов (см. разд. 1.2.1.2.2.1 «Вывод печатных форм в файл, на просмотр и принтеры» [стр. 32]).

Печатная форма может быть открыта на просмотр на АРМ пользователя, после чего пользователь имеет возможность отправить форму на принтер (см. разд. 1.2.1.2.2.1 «Вывод печатных форм в файл, на просмотр и принтеры» [стр. 32]).

Печатная форма формата RTF может быть сохранена в файл (см. разд. 1.2.1.2.2.1 «Вывод печатных форм в файл, на просмотр и принтеры» [стр. 32]).

Печатные формы текстового формата не могут быть сохранены в файл.

1.2.1.2.2.1. Вывод печатных форм в файл, на просмотр и принтеры Процесс вывода печатных форм в файл, на просмотр и принтеры осуществляется по единой схеме. Для вывода печатных форм используется либо приложение Microsoft Word, либо приОбщее описание системы ложение Open Office. Взаимодействие между системой "ДБО BS-Client" и одним из указанных приложений осуществляется одним из следующих способов:

Печать / просмотр с помощью системной функции ОС. При использовании данного варианта процесс печати аналогичен процессу печати при выборе пункта Печать в контекстном меню файла в проводнике Windows. Печать / просмотр в данном случае осуществляется приложением, сопоставленным в ОС файлам формата RTF (Microsoft Печать печатных форм с помощью COM-объекта Word.Basic, входящего в состав пакета Microsoft Office. Данному COM-объекту дается команда распечатать форму либо открыть Настройка подсистемы печати на использование требуемого способа печати осуществляется в соответствии с опер. «Настройка совместимости с Open Office » регл. «Дополнительная настройка системы» [стр. 95] и инстр. «Настройка дополнительных параметров печати» [стр. 136]. При выборе способа печати необходимо иметь ввиду следующее:

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

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

Также необходимо убедиться, что в параметрах подсистемы не упоминается принтер по умолчанию в ОС: взаимодействие между системой "ДБО BS-Client" и Open Office осуществляется корректно только в том случае, если производится печать на принтер с конкретным наименованием. В зависимости от версии ядра клиентской части подсистемы Банк-Клиент для этого может потребоваться либо корректное задание основного принтера, либо коррекция правил печати документов (см. опер. «Настройка совместимости с Open Office » регл. «Дополнительная настройка системы» [стр. 95]).

По умолчанию используется механизм печати посредством COM-объекта Word.Basic.

1.2.1.2.3. Принтеры Подсистема печати взаимодействует с принтерами, подключенными к АРМ пользователей.

Для печати документов могут использоваться несколько принтеров: часть документов отправляется на один принтер, другая часть – на другой и т.д. Соответствие между документами и принтерами задается с помощью правил печати документов (см. разд. 1.2.1.2.1.1 «Запуск печати пользователями» [стр. 31] и разд. 1.2.1.2.3.2 «Соответствие документов и принтеров» [стр. 34]).

Настройка принтеров осуществляется в справочнике принтеров (см. опер. «Регистрация принтеров» регл. «Начальная настройка системы» [стр. 93]) и инстр. «Настройка справочника принтеров» [стр. 133]).

1.2.1.2.3.1. Основной принтер В более поздних версиях системы (начиная с версии ядра 3.17.5.ХХХ) введено понятие принтера по умолчанию в системе "ДБО BS-Client" или основного принтера. Как правило, под основым принтером подразумевается наиболее часто используемый принтер.

Система имеет ядро версии 3.17.5.ХХХ, если не проводилось обновление системы с более старой версии, и ядро версии 3.17.4.ХХХ – в противном случае. Точно установить версию ядра можно в соответствии с инстр. «Получение информации о системе» [стр. 101] (поле Core окна Информация о системе).

Не следует отождествлять основной принтер с принтером, зарегистрированным как принтер по умолчанию в ОС. В общем случае, принтер по умолчанию в системе "ДБО BS-Client" и принтер по умолчанию в ОС могут быть разными принтерами. Несмотря на то, что обычно в качестве основного принтера используется именно принтер по умолчанию в ОС, им может быть назначен любой из зарегистрированных в ОС принтеров (см. опер. «Настройка совместимости с Open Office » регл. «Дополнительная настройка системы» [стр. 95] и инстр. «Настройка дополнительных параметров печати» [стр. 136]).

Основной принтер может упоминаться в правилах печати документов (см. разд. 1.2.1.2.3. «Соответствие документов и принтеров» [стр. 34]) под именем "принтер, использующийся по умолчанию". Ссылка на основной принтер позволяет с минимальными усилиями только за счет изменения дополнительных параметров подсистемы печати (см. выше) перенастраивать систему "ДБО BS-Client" на работу с произвольным принтером без необходимости изменения правил печати, а также без смены принтера по умолчанию в ОС.

В случае, если для просмотра / печати документов используется приложение Open Office (см. разд. 1.2.1.2.2.1 «Вывод печатных форм в файл, на просмотр и принтеры» [стр. 32]), необходимо, чтобы в качестве значения параметра, устанавливаюшего основной принтер, было указано наименование конкретного принтера (см. опер. «Настройка совместимости с Open Office » регл. «Дополнительная настройка системы» [стр. 95] и инстр. «Настройка дополнительных параметров печати» [стр. 136]). В противном случае (при использовании значения "Принтер, использующийся по умолчанию в ОС") печать на основной принтер не будет возможной.

Для клиентской части подсистемы Банк-Клиент, имеющей версию ядра 3.17.4.ХХХ, понятие принтера по умолчанию в системе "ДБО BS-Client" / основного принтера не вводится. В правилах печати документов под именем "принтер, использующийся по умолчанию" подразумевается принтер по умолчанию в ОС.

1.2.1.2.3.2. Соответствие документов и принтеров Подсистема печати позволяет задавать правила печати документов, определяющие, какие документы на какие принтеры и с каким количеством копий должны быть отправлены.

Соответствие задается между классами документов и принтерами. Принадлежность документа тому или иному классу определяется:

принадлежностью документа организации клиента;

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

В порядке приоритетности проверяется соответствие документа документарной схеме, АРМ и организации клиента, определенных для каждого из классов. Например, если имеется класс документов – платежных поручений любых организаций и класс документов – поручение на перевод валюты организации А, то платежное поручение организации А будет отнесено к первому классу, поскольку соответствие документарной схеме является более приоритетным, чем Соответствие документов и принтеров задаются в соответствии с опер. «Настройка правил печати документов» регл. «Начальная настройка системы» [стр. 93] и инстр. «Настройка правил печати документов» [стр. 137].

В случае, если для просмотра / печати документов используется приложение Open Office (см. разд. 1.2.1.2.2.1 «Вывод печатных форм в файл, на просмотр и принтеры» [стр. 32]), необходимо, чтобы во всех правилах печати были указаны наименования конкретных принтеров. В противном случае (при использовании значения "Принтер, использующийся по умолчанию в ОС") печать на принтеры в соответствии с правилами не будет возможной.

1.2.2. Новостной сервис Система "ДБО BS-Client" позволяет осуществлять доставку информационных сообщений клиентам подсистем Банк-клиент и Интернет-клиент посредством новостного сервиса.

Новости классифицируются по двум признакам:

По степени важности информации:

обычная – новость носит общий характер и не требует обязательного ознакомления;

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

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

По типу распространения:

общие – циркулярная информация общего назначения, которая поступает всем клиентам банка;

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

Классификация новостей влияет на их отображение на стороне клиентов (см. разд. 1.2.2. «Получение новостей» [стр. 36]).

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

"изменена / добавлена" – новость создана и еще не рассылалась или была изменена с момента последней рассылки клиентам;

"не изменена" – новость разослана клиентам и не изменялась с момента рассылки;

"к отзыву" – отправленная новость подготовлена к отзыву;

"отозвана" – новость отозвана.

На стороне клиента подсистемы Интернет-Клиент для просмотра будут доступны только новости со статусом "изменена / добавлена" и "не изменена". На стороне клиента подсистемы Банк-Клиент некоторое время могут отображаться также и отозванные новости – до первого сеанса связи с банком.

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

На АРМ клиента, к которому привязаны несколько организаций, будут получены и отображены все новости, предназначенные каждой из организаций.

Получение и просмотр новостей описаны в инстр. «Просмотр новостей» [стр. 143].

В зависимости от типа новостей применяются различные способы их отображения на стороне обязательные новости помечаются тремя восклицательными знаками / знаками "молнии";

важные новости помечаются восклицательным знаком / знаком "молнии";

записи с адресными новостями помечаются цветом;

новые, обязательные, важные и адресные новости отображаются всегда.

После просмотра пользователи могут вернуться к полученным новостям с помощью соответствующего пункта меню (см инстр. «Просмотр новостей» [стр. 143]).

На АРМ клиента, к которому привязаны несколько организаций, будут получены и отображены все новости, предназначенные каждой из организаций.

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

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

1.2.3. Перенос данных системы В случае, если производительности стандартной БД клиента подсистемы Банк-Клиент (под управлением СУБД MS Access или СУБД RedBase) не хватает, данные клиента в любой момент могут быть перенесены из текущей БД в БД, находящуюся под управлением более производительной СУБД. Перенос данных может быть осуществлен как в БД MS SQL Express Edition, создаваемую в процессе переноса, так и в любую другую существующую БД.

Проверена корректность процесса переноса данных из СУБД Access, СУБД RedBase в СУБД MS SQL Express Edition. При использовании других СУБД корректность процесса переноса данных Процесс переноса данных журналируется в файле %BSSRoot%\EXE\BsDataPump.log, где %BSSRoot% – каталог установки системы. Обращение к журналу может потребоваться в случае возникновения ошибок переноса данных для устранения причин их возникновения.

После успешного завершения процесса переноса в основном конфигурационном файле системы (default.cfg) автоматически прописываются параметры доступа к новой БД. В результате приложения и утилиты оказываются настроенными на работу с новой БД, а использование старой БД прекращается.

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

Процесс переноса данных подробно описан в проц. «Перенос данных системы в новую БД»

регл. «Масштабирование системы» [стр. 97].

1.2.4. Взаимодействие с СУБД 1.2.4.1. Общее описание процесса установки и настройки СУБД и клиентской части Описываемый процесс состоит из двух этапов:

установка и настройка серверной части – действия, производимые на сервере БД;

установка и настройка клиентской части – действия, производимые на сервере ДБО и на каждом дополнительном рабочем месте администратора или оператора.

В общем случае сервер БД и сервер ДБО могут быть разнесены на различные физические сервера для увеличения производительности. Выбор способа размещения СУБД в сети осуществляется администратором перед установкой системы.

Независимо от используемой СУБД этап установки и настройки серверной части включает в себя следующие действия:

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

Рекомендации по установке приведены в соответствующих разделах далее. Установку СУБД выполняет администратор перед установкой системы "ДБО BSClient" (см. опер. «Установка СУБД» регл. «Установка системы» [стр. 90]).

Создание БД Для хранения данных системы "ДБО BS-Client" производится создание пустой БД и обеспечение доступа к ней. Создание БД выполняется администратором следующими способами:

вручную после установки СУБД (см. опер. «Создание БД и задание ее свойств»

регл. «Установка системы» [стр. 90]);

автоматически в процессе установки системы "ДБО BS-Client", в случае использования СУБД Microsoft SQL Server Express Edition (см. разд. 2.1 «Установка и начальная настройка АРМ клиента» [стр. 68]).

Этап установки и настройки клиентской части включает в себя следующие действия:

Установка и настройка клиентской части На клиентской части производится установка и настройка ПО, обеспечивающего доступ к серверу БД: ODBC-драйвера, клиентские утилиты и т. д.

Создание ODBC-псевдонима Для обеспечения взаимодействия сервера ДБО и дополнительных рабочих мест с сервером БД необходимо создать в системе ODBC-псевдоним с параметрами доступа к БД системы "ДБО BS-Client". Создание ODBC-псевдонима выполняется администратором в ходе настройки клиентской части СУБД (см. опер. «Настройка клиентской части СУБД»

регл. «Установка системы» [стр. 90]).

Создание ODBC-псевдонима может быть выполнено позже, непосредственно во время установки системы "ДБО BS-Client".

Создание ODBC-псевдонима осуществляется с помощью системной утилиты ODBC Data Source Administrator (см. инстр. «Создание ODBC-псевдонимов» [стр. 156]).

Кроме того, в зависимости от используемой СУБД могут потребоваться дополнительные действия по установке и настройке.

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

1.2.4.2. Взаимодействие с СУБД Oracle Установка системы на Oracle возможна для Oracle 9i Enterprise Edition, Oracle 10g Enterprise Edition и Oracle 11g Enterprise Edition.

Версия сервера: Oracle Server Rev. 9.2 или выше.

Версия ODBC-драйвера: Oracle ODBC driver 9.02.00.65 sqora32.dll от 09.11.2004 или 9.02.00.80 sqora32.dll от 13.12.2006. Замена версии драйвера на более новую не допускается.

Версия сервера: Oracle Server Rev. 10.2 или выше.

Версия ODBC-драйвера: Oracle ODBC driver 10.02.00.01 sqora32.dll от 29.08.2005 или 10.02.00.03 sqora32.dll от 07.12.2006. Замена версии драйвера на более новую не допускается.

Версия сервера: Oracle Server Rev. 11.2.

Версия ODBC-драйвера: Oracle ODBC driver 11.2.0.1.0 sqora32.dll. Замена версии драйвера на более новую не допускается.

1.2.4.2.1. Установка и настройка СУБД Oracle 1.2.4.2.1.1. Установка сервера и создание БД Проводится установка сервера Oracle указанной версии со всеми настройками по умолчанию или по усмотрению администратора. При установке указывается создание базы данных по умолчанию или по усмотрению администратора.

1.2.4.2.1.2. Настройка серверной части Если настройка не была сделана в процессе установки, для настройки серверной части необходимо воспользоваться программой Net8Assistant. Кодовая таблица базы данных должна быть CL8MSWIN1251. Вначале создается Listener (Процесс прослушивания) для созданной базы данных (если он не был создан по умолчанию). Разрешается прослушивание по протоколу TCP / IP. Для проверки создается также Net service (Сетевая служба). В качестве протокола указывается TCP / IP, в качестве host-а имя машины, на которую ставится. Если проверка соединения через этот Net Service прошла корректно, значит, сервер настроен правильно.

Далее необходимо создать табличное пространство для размещения данных базы ДБО, и завести пользователя, в схеме которого будут расположены объекты базы. Пример SQL скрипта для заведения этого tablespace (путь к файлу необходимо корректировать в соответствии необходимым расположением файла БД):

CREATE TABLESPACE "DBO" LOGGING

DATAFILE 'D:\ORACLE\ORADATA\ORCL\DBO01.DBF' SIZE 1000M REUSE AUTOEXTEND ON NEXT 10240K

MAXSIZE UNLIMITED

DEFAULT STORAGE ( INITIAL 256K NEXT 5120K MINEXTENTS 1 MAXEXTENTS UNLIMITED PCTINCREASE 5 );

Пример SQL скрипта заведения пользователя с необходимыми привилегиями:

CREATE USER "ADMIN" IDENTIFIED BY " ADMIN "

DEFAULT TABLESPACE "DBO"

TEMPORARY TABLESPACE "TEMP"

PROFILE DEFAULT ACCOUNT UNLOCK;

ALTER USER "ADMIN" DEFAULT ROLE ALL;

QUOTA UNLIMITED ON "TEMP"

QUOTA UNLIMITED ON "DBO";

GRANT CONNECT TO "DBO";

GRANT RESOURCE TO "DBO";

Следует отметить, что имя пользователя БД может быть произвольным (в приведенном примере ADMIN), но не может быть "DBA" (как это предполагается в документации администратора ДБО), ввиду того, что идентификатор DBA зарезервирован в Oracle.

1.2.4.2.1.3. Установка и настройка клиентской части СУБД Клиентская часть устанавливается по умолчанию, или по усмотрению администратора. Необходимо отметить к установке ODBC-драйвера Oracle. После установки необходимо настроить соединение с серверной частью (в случае если настройка не была произведена автоматически при установке). Для этого надо опять воспользоваться программой Net8Assist (уже на клиентской машине). Необходимо создать Net Service на протоколе TCP / IP. В качестве host-а указывается имя машины, на которую установлена серверная часть. Если проверка соединения через этот Net Service прошла успешно, то клиентская часть также настроена правильно.

1.2.4.2.1.4. Параметры ODBC-псевдонима для Oracle В ODBC администраторе создаем новый псевдоним с использованием ORACLE ODBC Driver. Настройки следующие:

Общие параметры Data Source Name – DBO; имя ODBC-псевдонима.

Description – любое описание (опционально).

TNS Service Name – DBO; имя сервиса, созданного при настройке клиентской части.

User ID – ADMIN; имя пользователя (опционально).

Раздел Application Enable Result Sets – TRUE; возврат результата хранимыми процедурами вызывающему Enable Closing Cursors – TRUE; закрывать курсоры по запросу приложения.

Enable Query Timeout – TRUE; закрывать Query по таймауту.

Enable Thread Safety – TRUE; работа с Threads по установкам в БД.

Read-Only Connection – FALSE; соединение с БД в режиме "только чтение".

SQLGetData Extensions – FALSE; использовать расширения для ряда SQL вызовов.

Batch Autocommit Mode – Commit only if all statements succeed; Автоматически подтверждать только полностью завершенные транзакции.

Numeric Settings – Use Oracle NLS Settings; использовать установки Oracle.

Раздел Oracle Fetch Buffer Size – 0; не использовать буфер для данных таблиц.

Enable Lobs – TRUE; использование BLOB полей.

Enable Failover – FALSE; возможно TRUE для серверов Oracle работающих в режиме Fail Retry Count – 10; только если Enable Failover = TRUE.

Delay – 10; только если Enable Failover = TRUE.

Force SQL_WCHAR Support – FALSE; не использовать передачу WCHAR как CHAR.

Disable MTS Support – TRUE; возможно FALSE если используется Microsoft Transaction Set Metadata Id Default to SQL_TRUE – TRUE; только для систем использующих вызовы Disable SQLDescribeParam – FALSE; данная настройка никак не влияет на режим работы Раздел SQLServer Migration Options EXEC Syntax Enabled – (опционально); на работе системы не сказывается.

Schema Field – (опционально); на работе системы не сказывается.

Раздел Translation Options Translation Option – 0; не использовать режим трансляции.

Translation Library – не заполнено.

1.2.4.2.1.5. Имена и пароли В СУБД необходимо завести пользователя, в схеме которого будут находиться данные ДБО.

Пользователь должен обладать достаточными привилегиями для создания, удаления, изменения объектов в базе. На практике достаточно привилегий RESOURSE и CONNECT.

Следует отметить, что в СУБД Oracle невозможно создать пользователя с именем DBA, поскольку существует стандартная одноименная привилегия.

При создании псевдонима на банковской части и пользователь и пароль должны быть указаны 1.2.4.2.2. Известные проблемы Несогласованность кодировок. Проявляется в ошибках "Couldn't perform the edit because another user changed the record.", "Record / Key deleted.", в неправильном отображении русских букв, неверном порядке сортировки русских букв. Для решения проблемы необходимо правильно настроить три вещи.

Во-первых, NLS (National Languages Support) настройки на серверной части.

Во-вторых, NLS настройки на клиентской части.

На клиентской части надо изменить настройки в Registry:

NLS_LANG = ЯЗЫК_ТЕРРИТОРИЯ.КОДИРОВКА):

HKEY_LOCAL_MACHINE\Software\Oracle\… \NLS_LANG=AMERICAN_AMERICA.CL8MSWIN HKEY_LOCAL_MACHINE\Software\Oracle\… \NLS_LANG=RUSSIAN_CIS.CL8MSWIN Но обычно там прописывается автоматом правильно.

Кроме того, желательно согласовать на клиентской и серверной частях и остальные NLS настройки. Желательно также, чтобы совпадал язык самого Oracle на клиентской и серверной 1.2.4.3. Взаимодействие с СУБД Microsoft SQL Server SQL Server предоставляет набор функций и средств, которые можно использовать для разработки и управления базами данных, проектами и решениями.

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

Требования для установки зависят от потребностей приложения. Различные выпуски MS SQL Server 2005 / 2008 удовлетворяют индивидуальным требованиям каждой организации или отдельного лица к производительности, среде выполнения и цене. Выбор конкретных устанавливаемых компонентов также зависит от индивидуальных потребностей или нужд организации.

Для корректной работы с системой "ДБО BS-Client" рекомендуются следующие серверные выпуски SQL Server 2008:

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

SQL Server Express – платформа данных, предоставляющая возможность для построения небольших серверных приложений. Если в процессе работы появится необходимость в дополнительных функциях базы данных, SQL Server Express можно обновить до расширенных версий SQL Server.

Настройка взаимодействия системы "ДБО BS-Client" с Microsoft SQL Server включает следующие этапы:

Установка и настройка Microsoft SQL Server (см. разд. 1.2.4.3.1 «Установка и настройка сервера MS SQL Server 2005 / 2008 / 2008 R2 Express Edition» [стр. 44]).

Создание БД и определение ее свойств (см. инстр. «Настройка СУБД Microsoft SQL Server» [стр. 157], разд. 4.3.1.2.1 «Создание базы данных»).

Настройка клиентской части СУБД (см. инстр. «Настройка СУБД Microsoft SQL Server» [стр. 157], разд. 4.3.1.2.3 «Настройка клиентской части СУБД»).

Создание ODBC-псевдонима (см разд. 1.2.4.3.2 «Параметры ODBC-псевдонима для Microsoft SQL Server» [стр. 45]).

Настройка параметров работы с БД в системе "ДБО BS-Client" (см разд. 5.5.2.4 «Настройка профиля пользователя» [стр. 333]).

1.2.4.3.1. Установка и настройка сервера MS SQL Server 2005 / 2008 / R2 Express Edition Установка сервера осуществляется с помощью мастера установки SQL Server с использованием стандартных параметров.

В установку должен быть включен компонент сервера SQL Server Database Engine. Компонент Database Engine включает в себя ядро СУБД, основную службу для хранения, обработки и обеспечения сохранности данных, репликацию, полнотекстовый поиск и средства управления реляционными и XML-данными.

Для корректного взаимодействия СУБД Microsoft SQL Server с системой "ДБО BS-Client" в процессе установки требуется:

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

"Cyrillic_Generac_CI_AS".

В случае указания значения отличного от "Cyrillic_Generac_CI_AS" при запуске сервера ДБО система выведет ошибку доступа к базе данных (см. инстр. «Запуск приложения Cbank» [стр. 99]) и вход в систему будет невозможен, при установке АРМ клиента система также выведет ошибку, и установка будет отменена.

Управление компонентами SQL Server осуществляется с помощью следующих сред / средств Sql Server Configuration Manager – диспетчер конфигурации Sql Server. Диспетчер конфигурации представляет собой оснастку консоли управления (ММС). Sql Server Configuration Manager является средством SQL Server, которое используeтся для:

управления службами, связанными с SQL Server;

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

SQL Server Management Studio – представляет собой интегрированную среду для доступа, настройки, управления, администрирования и разработки компонентов SQL Server.

Серверный выпуск SQL Server Express не включает в стандартный пакет установки компонент SQL Server Management Studio. Данный компонент устанавливается отдельно после Если сервера ДБО и SQL Server установлены на разных физических серверах, удаленное подключение к SQL Server необходимо осуществлять только по сетевому протоколу TCP/IP.

Настройка сетевых протоколов осуществляется с помощью диспетчера конфигурации Sql Server Sql Server Configuration Manager (в соответствии с инстр. «Настройка СУБД Microsoft SQL Server» [стр. 157], разд. 4.3.1.2.2 «Настройка сетевых протоколов»).

1.2.4.3.2. Параметры ODBC-псевдонима для Microsoft SQL Server Создание ODBC-псевдонима выполняется в соответствии с инстр. «Создание ODBC-псевдонимов» [стр. 156]. В случае создания ODBC-псевдонима для Microsoft SQL Server 2005 / 2008 необходимо выбрать драйвер "SQL Server" и задать значения следующих параметров Database – имя базы данных, созданной в Enterprise Manager.

• How should SQL Server verify the authenticity of the login ID – "With SQL server Data Source Name – имя источника данных (базы данных Database).

Поля Use ANSI nulls, paddings and warnings и Use ANSI quoted identifiers.

Значения остальных параметров необходимо оставить по умолчанию.

В случае создания ODBC-псевдонима для Microsoft SQL Server 2008 R2 Express Edition необходимо выбрать драйвер "SQL server native client 10.0" и задать значения следующих параметров псевдонима:

• How should SQL Server verify the authenticity of the login ID – "With SQL server authentification using a login ID and password entered by the Change the default database to – имя источника данных (базы данных).

1.2.4.4. Взаимодействие с СУБД Sybase ASA Sybase Adaptive Server Anywhere версии 8.0 входит в состав дистрибутива системы "ДБО BSClient":

Версия ODBC драйвера – Adaptive Server Anywhere 8.00.00.2065 dbodbc8.dll от Настройка взаимодействия системы "ДБО BS-Client" с Sybase ASA включает следующие Установка сервера Sybase ASA (см разд. 1.2.4.4.1.1 «Установка сервера» [стр. 46]).

Создание БД и определение ее свойств (см. инстр. «Настройка СУБД Sybase Запуск БД в виде сервиса (см. инстр. «Настройка СУБД Sybase ASA» [стр. 168], разд. 4.3.1.3.2 «Запуск базы данных в виде сервиса»).

Установка клиентской части СУБД (ASA 8.0 NETWORK CLIENT) выполняется аналогично Создание ODBC-псевдонима (см разд. 1.2.4.4.1.2 «Параметры ODBC-псевдонима для Настройка параметров работы с БД в системе "ДБО BS-Client" (см разд. 5.5.2.4 «Настройка профиля пользователя» [стр. 333]).

1.2.4.4.1. Установка и настройка 1.2.4.4.1.1. Установка сервера Производится установка сервера Sybase ASA. Вы можете оставить все установки по умолчанию, Java устанавливать необязательно. Если Вы хотите выбрать перечень устанавливаемых компонентов по своему усмотрению, для корректной работы системы "ДБО BS-Client" обязательно должны быть выбраны компоненты:

Adaptive Server Anywhere for Windows в разделе Databases;

Sybase Central и jConnect в разделе Tools.

После установки ASA в {каталог установки Sybase ASA}\scripts переписываются 2 sql скрипта custmap.sql и custom.sql, содержащие кодировку win_1251 и поставляемые вместе с "ДБО BS-Client" в каталоге Collation. Если в указанном каталоге уже существуют скрипты с такими именами, необходимо скопировать скрипты поверх старых.

1.2.4.4.1.2. Параметры ODBC-псевдонима для Sybase ASA Для сетевой версии псевдоним должен быть настроен следующим образом:

Data Source Name – псевдоним для CBank’a.

• Server Name – {Server Name}.

• Start line – Dbsrv8.exe –c 32m –n {Server Name} –ti 10000 –tl 1000 – Database name – имя файла базы (без расширения).

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

Data Source Name – псевдоним для CBank’a.

• Server Name – {Server Name}.

• Start line – dbeng8.exe –c 32m –n {Server Name} –ti 10000.

Database file – полный путь к файлу базы данных (имя файла указывается с расширением).

Вместо {Server Name} необходимо вписать имя сервера без скобок.

1.2.4.4.2. Известные проблемы Ошибки параллельного доступа. При большой нагрузке на сервер ДБО в случае работы на Sybase возможно появление в файле error.log ошибок вида [Sybase][ODBC Driver]Invalid cursor state. Это связанно с ограничениями Sybase при одновременной работе нескольких сессий над одними и теми же записями. Средствами ДБО эти проблемы решены быть не могут, поэтому для эксплуатации ДБО в случае большого числа клиентов (>100) рекомендуется использовать СУБД MS SQL или Oracle.

Неполное использование hardware ресурсов. СУБД Sybase ASA не предназначена для построения крупных масштабируемых систем, поэтому в ней отсутствуют средства повышения производительности путем наращивания аппаратных ресурсов. В частности при увеличении количества процессоров на сервере СУБД не только не происходит ускорения работы, а возможно даже и замедление. В случае если требуется повысить производительность ДБО рекомендуется ставить систему на СУБД MS SQL или Oracle.

1.3. Описание документов ДБО 1.3.1. Исходящие документы 1.3.1.1. Платежные поручения 1.3.1.1.1. Общее описание ЭД Платежное поручение ЭД Платежное поручение предназначен для передачи распоряжения владельца рублевого счета обслуживающему его банку перевести денежную сумму в рублях РФ на счет получателя средств, открытый в этом или другом банке России.

Формирование платежных поручений осуществляется в соответствии с инстр. « Формирование и отправка на обработку платежных поручений » [стр. 103]. Формирование комплекта подписей и отправка платежного поручения на обработку осуществляется стандартным образом (см. разд. 5.1.1.5.1 «Подпись документа» [стр. 198] и разд. 5.1.1.5.2 «Отправка документа» [стр. 200]). Отзыв платежных поручений осуществляется с помощью запросов на отзыв в соответствии с разд. 5.1.1.10.1.17 «Запросы на отзыв документов» [стр. 225].

Список платежных поручений отображается при выборе пункта меню Исходящие Платежные поручения.

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

1.3.1.1.2. Статусы ЭД Платежное поручение Процесс формирования, подписания ЭЦП, передачи в банк, проверки, получения и исполнения ЭД сопровождается изменением статуса ЭД в системе. В данном разделе приведен полный набор статусов ЭД Платежное поручение.

1.3.1.1.2.1. Начальные статусы Присваиваются на этапе формирования ЭД.

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

Документ со статусом "Импортирован" может быть изменен, либо удален.

"Новый" – присваивается созданному ЭД или ЭД, импортированному из БС, если в процессе импорта не было обнаружено ошибок.

Документ со статусом "Новый" может быть изменен, подписан либо удален.

1.3.1.1.2.2. Статусы подписания Присваиваются на этапе подписания ЭД.

"Подписан I (Ждет II)" / "Подписан II (Ждет I)" – если документ клиента подписан одной подписью из двух необходимых.

Документ не может быть изменен или удален, пока под ним есть хотя бы одна подпись.

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

С документа с этим статусом могут быть поочередно сняты имеющиеся под ним подписи.

Документ, с которого сняты все подписи, возвращается к статусу "Создан" и может быть "Подписан" – ЭД подписан предусмотренным для него комплектом подписей.

"Ждет отправки" – ЭД клиента отправлен для исполнения в банк, но еще не обработан транспортной подсистемой. Если настроены и включены автопроцедуры, отвечающие за отправку документа в банк происходит автоматическая смена статусов "Ждет отправки" "Отправляется".

Документ с этим статусом можно отредактировать, снять подпись либо удалить.

1.3.1.1.2.3. Статусы обработки Присваиваются на этапе отправки ЭД на обработку в банк и дальнейшей обработки. При этом Вы можете отслеживать этапы обработки документа по изменению его статусов.

"Доставлен" – промежуточный транспортный статус документа клиента, документ доставлен в банк.

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

"Принят" – присваивается, если документ получен в банке и принят к исполнению.

У клиента есть возможность приостановить обработку ЭД. Окончательное решение об отзыве ЭД или возврате его в обработку принимается операционистом банка.

"Распечатан" – принятый ЭД был выведен на печать.

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

Только один финальный статус – "Исполнен" – является успешным.

"Удален" – ЭД удален из числа действующих документов (может быть удален только со статусов "Создан", "Импортирован" и "Ошибка контроля").

Удаление из числа действующих документов не означает полного удаления ЭД из системы.

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

"ЭЦП не верна" – проверка ЭЦП под ЭД на стороне банка дала отрицательный результат.

"Ошибка реквизитов" – ЭД не прошел собственные проверки системы при приеме "Не принят" – присваивается, если документ получен в банке, но не принят к исполнению (не соответствует правилам оформления документов или исполнение документа в банке невозможно). Обоснование отказа можно увидеть в поле Сообщение из банка при "Отозван" – ЭД отозван по команде на отзыв (со статусов "Доставлен" и "Принят") или по запросу на отзыв.

"Отвергнут банком" – ЭД отвергнут банком (может быть переведен в этот статус со статусов "Доставлен", "Принят" или "Выгружен").

"Отказан АБС" – ЭД не прошел проверки АБС.

"Не принят АБС" – присваивается, если документ был передан в АБС, но АБС отказала в его приеме. Статус "Не принят АБС" является конечным. Документ необходимо создать "Отложен" – присваивается, если исполнение документа отложено.

"Исполнен" – ЭД исполнен банком.

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

В случае если банком используется система "FRAUD-Анализ", между статусами платежных поручений "Принят+" и "Выгружен" к жизненному циклу добавляются статусы "Выгружен в FRAUD" (или "Ошибка выгрузки в FRAUD") и "Обработан FRAUD".

1.3.1.1.3. Жизненный цикл ЭД Платежное поручение ЭД Платежное поручение направляется в банк.

Схема формирования статусов платежных поручений представлена на следующем рисунке.

Рис. 1.3. Жизненный цикл платежных поручений Рис. 1.4. Жизненный цикл документа клиента "Интернет-Клиент" 1.3.1.1.3.1. Формирование документа ЭД Платежное поручение создается в таком порядке:

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

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

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

"Подписан I (Ждет II)" / "Подписан II (Ждет I)" – если документ подписан одной подписью из двух необходимых.

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

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

При установлении сеанса связи документ отправляется в банк. Документу присваивается соответствующий статус:

"Отправлен" – если документ отправлен на сторону банка.

Статус "Отправлен" означает, что документ уже отправлен в банк, но банк еще не прислал подтверждения о его получении. Статус "Отправлен" не гарантирует, что документ доставлен на сторону банка.

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

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

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

Отозванному платежному поручению присваивается статус "Отозван".

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

1.3.1.1.3.2. Обработка документа ЭД Платежное поручение обрабатывается на стороне банка в следующем порядке:

Документ отправляется на сторону банка:

Документ клиента, использующего канал доступа Банк-Клиент:, или пришедший из комплекса удаленной площадки, на первом этапе обрабатывается следующим Документ клиента со статусом "Отправлен" доставляется транспортной сиa.

стемой на сторону банка. Документу присваивается соответствующий статус: