Общее описание системы. Версия 5.04

ОБЩЕЕ ОПИСАНИЕ СИСТЕМЫ

Версия 5.04

Новосибирск 2008

ОГЛАВЛЕНИЕ

Глава 1. Задачи Системы. 3

Глава 2. Терминология. 4

Глава 3. Краткое описание. 5

Глава 4. Архитектура системы.. 6

Глава 5. Участники и их роли. 7

5.1. Биллинговый центр. 7

5.2. Поставщики услуг. 7

5.3. Агенты. 7

Глава 6. Программное обеспечение системы.. 8

6.1. Состав программного обеспечения. 8

6.2. Автоматизированные рабочие места. 9

6.2.1. АРМ «Оператор - Кассир». 9

6.2.2. АРМ «Касса». 9

6.2.3. АРМ «Формирование отчетов». 9

6.2.4. АРМ «Администратор». 9

6.2.5. АРМ «Бухгалтер». 10

6.2.6. АРМ «Администратор отчетов и шаблонов печати». 10

6.2.7. АРМ «Просмотр реестров Агента». 10

6.2.8. АРМ «Просмотр реестров Поставщика услуг». 10

6.2.9. АРМ «Завершение дня». 10

6.2.10. АРМ «Монитор процессов». 11

6.2.11. АРМ «Смена пароля». 11

6.2.12. АРМ «Администратор почтовой системы». 11

6.2.13. АРМ «Администратор прикладных процессов». 11

6.2.14. АРМ «Обмен реестрами» (веб-АРМ «Обмен реестрами»). 11

6.3. Программное обеспечение проектирования. 11

Глава 7. Программно-аппаратная платформа системы.. 13

7.1. Технологическое ядро Системы.. 13

7.2. Аппаратная конфигурация ПК для АРМов Агента и Поставщика услуг. 14

Глава 1. Задачи Системы.

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

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

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

Все это может служить неотъемлемой частью единой городской информационной системы.

Глава 2. Терминология

Система – автоматизированная система приема и обработки информации о взаимодействии абонентов с поставщиками услуг.

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

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

Агент – организация, осуществляющая прием платежей

Пункт приема платежей (ППП) – подразделение агента, в котором непосредственно принимаются платежи.

Поставщик услуг (ПУ) – организация, осуществляющая поставку услуг населению.

Договоры в системе – определяют условия приема платежей, поставки услуг, получения комиссии, рассылки реестров, расщепления собранных сумм по реестру по субподрядчикам (если таковые имеются).

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

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

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

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

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

Глава 3. Краткое описание

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

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

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

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

В Системе предусмотрена организация оплаты наличным и безналичным способом. Реализован отдельный учет по наличным и безналичным платежам. Для подключения к системе сетей банкоматов, кэшинов, других платежных инструментов используется GIN-интерфейс (XML-шлюз). Таким образом оплату услуг системы Город можно реализовать через сайт « www. ***** » - интернет-банкинг.

Глава 4. Архитектура системы

Система «Город» представляет специализированный программно - аппаратный комплекс, базирующийся на архитектуре «Клиент-сервер», реализуемой в виде трехуровневой модели: Тонкий клиент – Сервер приложений – Сервер БД.

В настоящий момент в качестве терминального сервера (сервер приложений) используется MS Windows Terminal Server 2003. Как вариант может также использоваться ПО Citrix MetaFrame. Для защиты каналов связи используется ПО CFT-VPN клиент с взаимной аутентификацией.

Клиентская часть функционирует под управлением Windows 2000 (SP4) / XP (SP2) и взаимодействует с терминальным сервером по протоколу TCP/IP, обмениваясь вводом клавиатуры, мыши и изменениями экранного изображения. Сами АРМы устанавливаются и запускаются на терминальном сервере, который для них устанавливает соединения с базой данных (СУБД ORACLE 10g), по локальной сети, используя протокол TCP/IP и интерфейс SQL*Net. АРМы написаны на MS Visual C++, MS Visual C#, MS Visual Basic 2005

В системе есть АРМы, работающие с БД через веб-сервер.

Серверная часть представляет собой программно-аппаратный комплекс с сервером базы данных (СУБД ORACLE 10g), почтовым сервером, сервером он-лайн связи с поставщиками услуг, сервером отчетов, веб-сервером, терминальными серверами. Логика процедур на СУБД написана на ORACLE PL/SQL

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

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

Общая схема работы Системы выглядит следующим образом:

Глава 5. Участники и их роли

5.1. Биллинговый центр

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

5.2. Поставщики услуг

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

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

Результатами внедрения Системы будут, прежде всего:

·  полная автоматизация приема и обработки платежей в адрес поставщика услуг,

·  расширение сети пунктов приема платежей в адрес поставщика услуг,

·  возможность оперативного контроля за организациями, принимающими платежи

5.3. Агенты.

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

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

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

Глава 6. Программное обеспечение системы

6.1. Состав программного обеспечения

В состав программного обеспечения комплекса входят:

Серверная часть

§  Приложение БД (СУБД ORACLE 10g) – реализует основную логику функционирования системы, обработки, хранения и получения данных.

§  Приложения сервера он-лайн связи с ПУ. Поддерживают протоколы взаимодействия с он-лайн поставщиками услуг.

§  DSE-сервер – ПО для организации взаимодействия с он-лайн поставщиками услуг

§  Почтовый сервер – осуществляет защищенный обмен информацией с поставщиками услуг. Работает под управлением OC UNIX

§  Сервер отчетов – организует и поддерживает очереди отчетов, выполняет отчеты. Реализован на базе OracleReports

§  Веб-сервер – выполняет роль сервера приложений для веб-АРМа «Оператор-Кассир» и веб-АРМа «Обмен реестрами»

АРМы системы:

АРМ «Оператор-Кассир» Веб-АРМ «Оператор-Кассир» АРМ «Касса» АРМ «Формирование отчетов» АРМ «Администратор» АРМ «Бухгалтер» АРМ «Администратор отчетов и шаблонов печати» АРМ «Просмотр реестров Агента» АРМ «Просмотр реестров ПУ» АРМ «Завершение дня» АРМ «Монитор процессов» АРМ «Смена пароля» АРМ «Администратор почтовой системы» АРМ «Администратор прикладных процессов» АРМ «Обмен реестрами» Веб-АРМ «Обмен реестрами»

Дополнительное ПО

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

6.2. Автоматизированные рабочие места

6.2.1. АРМ «Оператор - Кассир»

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

Функциональные возможности АРМа позволяют:

§  производить поиск абонента: по ФИО и/или адресу, услуге и номеру лицевого счета абонента у поставщика услуг, идентификационной карте;

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

§  формировать и подтверждать документы по оплате задолженности абонента по услуге наличными и безналичными;

§  вводить дополнительную информацию (период оплаты, выбор тарифа и т. п.), необходимую для приема платежа;

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

§  регистрировать абонентов, а также частных лиц и адреса, в общесистемном досье;

§  открывать абонентам счета задолженности по услугам, работать с существующими счетами абонента, в том числе просматривать и печатать выписки по счетам абонентов;

6.2.2. АРМ «Касса».

Режим работы On-Line. Устанавливается в пункте приема платежей. Предназначен для работы выделенного кассира. Функциональные возможности АРМа позволяют производить поиск и подтверждение созданных оператором документов.

6.2.3. АРМ «Формирование отчетов».

Режим работы On-Line. Устанавливается у агента. Предназначен для получения отчетных форм. Функциональные возможности АРМа позволяют:

§  получать отчеты о принятых платежах за заданный период;

§  выполнять отчеты в реальном времени;

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

6.2.4. АРМ «Администратор».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для администрирования системы и пользователей.

Функциональные возможности АРМа позволяют:

§  создавать новых и администрировать существующих пользователей;

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

§  администрировать настройки и параметры функционирования системы и АРМов системы;

§  администрировать справочники системы;

§  настраивать форматы входящих и исходящих реестров для разных отправителей и получателей;

§  обрабатывать входящие реестры и отправлять исходящие реестры.

6.2.5. АРМ «Бухгалтер».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для определения условий работы с поставщиками услуг и агентами.

Функциональные возможности АРМа позволяют:

§  вести полнофункциональное досье на всех участников (агенты, пункты приема, поставщики услуг, банки, абоненты);

§  открывать и вести договоры с поставщиками услуг, агентами, субподрядчиками;

§  по договорам определять тарифы, пеню и другую информацию необходимую для приема платежей;

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

§  выполнять операции со счетами абонентов;

§  отслеживать документооборот в системе;

§  отслеживать обороты и остатки по лицевым и балансовым счетам;

§  просматривать и печатать выписки по счетам договоров и абонентов;

Доступ и операции с договорами и счетами регламентируются правами системы.

6.2.6. АРМ «Администратор отчетов и шаблонов печати».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для добавления в систему новых отчетов и шаблонов печати.

Функциональные возможности АРМа позволяют:

§  добавлять в систему новые отчеты, отключать или удалять существующие.

§  добавлять, удалять и редактировать шаблоны печати.

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

6.2.7. АРМ «Просмотр реестров Агента».

Режим работы On-Line. Устанавливается в бухгалтерии Агента. Предназначен для контроля за перечислением собранных средств получателям.

Функциональные возможности АРМа позволяют:

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

§  искать реестры за период дат, по услугам, по поставщикам услуг, неоплаченные реестры.

§  для каждого реестра вводить информацию (дата, номер платежки) о перечислении средств в ручном или автоматическом режиме (из файла).

§  закрывать реестры по своим пунктам приема

§  формировать документы на перечисление

§  управлять лимитами субагентов

6.2.8. АРМ «Просмотр реестров Поставщика услуг».

Режим работы On-Line. Устанавливается в бухгалтерии поставщика услуг. Предназначен для контроля за перечислением средств агентами по реестрам.

Функциональные возможности АРМа позволяют:

§  просматривать списки реестров по платежам, принятым по услугам этого ПУ по всем агентам.

§  искать реестры за период дат, по услугам, по агентам, неоплаченные реестры.

6.2.9. АРМ «Завершение дня».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для выполнения функций по завершению операционного дня.

§  удаление просроченных счетов на оплату

§  блокировка/разблокировка карт

§  закрытие договоров и счетов.

§  сбор статистической информации по таблицам для оптимизации работы системы в целом.

6.2.10. АРМ «Монитор процессов».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для запуска прикладных процессов.

Функциональные возможности АРМа позволяют:

§  запускать, останавливать, просматривать текущий журнал процесса «Проводка документов».

§  запускать, останавливать, просматривать текущий журнал процесса «Почта» – разбор почтовых сообщений.

§  запускать, останавливать, просматривать текущий журнал процесса «Рассылка сообщений» – отправка E-mail’ов адресатам.

§  запускать, останавливать процесс «Формирование реестров»

6.2.11. АРМ «Смена пароля».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для смены пароля любому On-Line пользователю системы «ГОРОД»

6.2.12. АРМ «Администратор почтовой системы».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для управления и контроля над почтовыми процессами, настройки почтовых объектов.

6.2.13. АРМ «Администратор прикладных процессов».

Режим работы On-Line. Устанавливается в Биллинговом Центре. Предназначен для управления прикладными процессами в почтовой системе.

6.2.14. АРМ «Обмен реестрами» (веб-АРМ «Обмен реестрами»).

Режим работы Off-Line. Устанавливается в расчетной группе поставщика услуг. Предназначен для обмена реестрами с БЦ через телефонные коммуникационные линии.

Функциональные возможности АРМа позволяют:

§  осуществлять «подкачку» реестров из специального файла, подготавливаемого учетной системой поставщика услуг;

§  осуществлять сеансы связи с Биллинговым центром для обмена реестрами (отсылка/прием);

§  осуществлять экспорт записей принятых реестров в учетную систему поставщика услуг;

§  Преобразовывать форматы реестров – из формата поставщика услуги в формат системы, из формата системы в формат поставщика услуги.

§  хранить реестры;

§  просматривать реестры;

Обмен данными Биллингового центра с поставщиками услуг шифруется на основе криптографии с открытым ключом.

6.3. Программное обеспечение проектирования

При проектировании использовались следующие средства:

·  Designer/2000 v.6i (Oracle)

·  Visio 5.0 (Visio Corporation)

АРМы клиента написаны с использованием языков программирования

·  MS Visual C++ 6.0

·  MS Visual Basic 6.0

·  MS Visual C#

Для управления объектами базы данных в АРМах используется

·  ADO, Oracle provider for OLE DB 9.2.0.4

Связь с базой данных:

·  Oracle Sqlnet

Сервер базы данных:

·  Oracle

Бизнес логика реализована на сервере базы данных с использованием

·  PL/SQL Oracle stored packages & stored procedures

Отчеты написаны на

·  Oracle Reports 6i

Выходной формат файлов отчетов

·  Character

·  PDF

·  HTML

Для запуска и получения планируемых отчетов используются

·  Oracle Report Server 6i

·  Web server Apache

Операционные системы:

·  Сервер базы данных: UNIX для соответствующей аппаратной платформы, на которой работает Oracle10. В настоящее время комплекс эксплуатируется в Новосибирске на платформе IBM AIX 5.3.

·  Терминальный сервер: Windows Terminal Server 2003/2008

·  Клиент: Windows 2000 (SP4) / XP (SP2) / Vista.

Для организации просмотра абонентами через Website системы «ГОРОД» состояния своих счетов и выписки по счетам используются XML – запросы.

Языки

·  Java Script

·  HTML,

·  CSS, XML

Технологии

·  JDBC

·  DOM

·  ActiveX, UML

Глава 7. Программно-аппаратная платформа системы

7.1. Технологическое ядро Системы

Наименование оборудования	Возможная конфигурация
Центральный сервер (сервер БД)	IBM p590, 16 двухядерных процессоров POWER5, 64Гб RAM ОC IBM AIX 5.3L, БД Oracle 10.2.0.4 Дисковый массив Hitachi USP100, raid10 (зеркало) 24 диска SCSI 143Гб.
Сервер приложений	Терминальный сервер 4-х ядерный CPU, 2.5GHz, 2GB, 2 x HDD143 GB (IBM x3250 M2, Xeon X3320 QC(95w) 2.50GHz/1333MHz FSB/6MB L2,4x512MB, O/Bay 3.5in HS SATA/SAS, CD-RW/DVD Combo, 351W p/s, Rack) ОС Windows Svr Std 2008
Веб-сервер	Web - сервер Sun SPARC Enterprise T1000 Server, 6 core, 1.0GHz UltraSPARC T1 processor, 8GB DDR2 memory (8 * 1GB DIMMs), 160GB 3.5" 7.2K rpm SATA hard disk drive, 1 power supply, 4 - 10/100/1000 Mb/s Ethernet ports, 1 serial port, 1 PCI-E slot, ОС Solaris 10
Коммуникационное оборудование	FireWall CheckPoint UTM-1 Mbps Firewall Throughput2 Managed Sites 4 Ports FireWall CheckPoint (Management Server) SmartCenter UTM CPUTM-SC SmartCenter Power CPPWR-SC Коммутатор Cisco Catalyst 3560G 24-TS
Канал связи	Зависит от общего количества рабочих мест в Системе

7.2. Аппаратная конфигурация ПК для АРМов Агента и Поставщика услуг

Параметры	Описание
Производительность процессора, не менее	Pentium 1000 MHz
Объем оперативной памяти (RAM), не менее	256 Мбайт (рекомендуется 512 Мбайт)
Объем свободного дискового пространства (HDD), не менее	540 Мбайт (рекомендуется 1Гб)
Монитор	Не менее 15” с разрешением не менее 800x600
Порты ввода/вывода	2 Serial, 1 LPT, 1 Keyboard, 1 Mouse, 1 Video
Периферия	Клавиатура, мышь, (USB опционально)
Оборудование для подключения к сети передачи данных	Сетевая карта, модем или терминальный адаптер сети ISDN (в зависимости от типа подключения)
Принтер	LPT принтер, имеющий русскоязычный драйвер для ОС (Windows 2000/XP) и терминального сервера (Windows Server 2003/2008).
Фискальный регистратор	Список моделей фискальных регистраторов высылается по запросу.
Источник бесперебойного питания (желательно)	Должен обеспечить не менее 10 минут работы в случае пропадания питания.

Системное ПО

Параметры	Описание
Операционная система	Windows 2000 (SP4) / XP (SP2) / Vista.
ПО для взаимодействия с терминальным сервером (Microsoft Terminal Services)	Microsoft Remote Desktop Client 5.2 Не идет в стандартной поставке XP.
Пакет программ для работы с оборудованием для подключения к сети передачи данных	Если ПО для выбранного типа коммуникаций не входит в стандартную поставку ОС Windows
ПО для организации VPN	Программное обеспечение CFT-VPN Для работы необходимо получить сертификат в Удостоверяющем Центре www. *****

Каналы связи

Для функционирования АРМа необходимо подключение в режиме On-Line к терминальному серверу. Для рабочей станций должен быть обеспечен «прозрачный» доступ к терминальному серверу по протоколу TCP/IP через синхронные или асинхронные каналы связи. При этом для организации асинхронного канала может использоваться 2-х проводная выделенная или коммутируемая линия, сеть ISDN, либо сеть Internet. Для организации синхронного канала может использоваться 2-х или 4-х проводная выделенная линия. При подключении через каналы Internet должно быть организовано защищенное соединение.

В случае асинхронных каналов используется PPP протокол, а для синхронных каналов может использоваться более широкий спектр протоколов - PPP, Frame Relay и X.25.