Дипломная работа: Ведення валютного контролю за митними деклараціями банків

Наявність всіх стовпців, а також їх заповнення обов'язкове. Операція повинна пройти за наступною схемою:

1) вводяться реквізити клієнта (внутрішній код), МФО банку-одержувача відповіді і вказується файл з даними для завантаження;

2) до обробки файлу імпорту висуваємо наступні вимоги: порядок стовпчиків у файлі імпорту значення не має; стовпці, назва яких не відповідає вище описаним вимогам, ігноруються; рядки, що йдуть вище рядків з назвами стовпців ігноруються; останнім інформаційним рядком вважається рядок, що йде перед рядком, в якому всі стовпці заповнені порожніми значеннями;

3) при завантаженні файлу виробляються наступні перевірки: структури файлу (наявність всіх стовпців); вміст файлу (формат даних і заповнення стовпчиків); наявності дублів в файлі (за сукупністю параметрів number; date; currency; agreement_type; amount_uah);

4) якщо за результатами перевірки були знайдені помилки / дублі, імпортований файл відкривається в Excel, помилкові поля виділяються кольором заливки. Загальні помилки, які не можна виділити заливанням (відсутність колонок), пишуться вище рядки з заголовком (назвами колонок);

5) при відсутності помилок за результатами перевірки відбувається пошук ВМД в системі за параметрами, що містяться у файлі. Пошук проводиться по серед ПД клієнта, чий радикал був введений користувачем. Тип ПД визначається за видом відповіді (імпортні / експортні ПД). Якщо ВМД з даними реквізитами не знайдена, вся процедура завантаження скасовується, імпортований файл відкривається в Excel, незнайдені ВМД виділяється кольором заливки.

Якщо всі ВМД з даними реквізитами знайдені, то:

1) якщо вільна сума однієї або декількох ВМД менше суми amount_currency, яка передається на контроль, то вся процедура завантаження скасовується, імпортований файл відкривається в Excel, рядки таких ВМД доповнюються новою колонкою Вільна сума за ПД зі значеннями вільних сум та виділяється кольором заливки;

2) формується платіж іншого банку. Сформований платіж буде додано до списку вікна Відповіді по імпортних (експортних) ВМД і на це рядок встановлюється курсор (тобто вона стає поточної);

3) у таблицю зв'язків записуються рядки зв'язку між сформованим платежем і ВМД з імпортованого файлу. Поле Сума у валюті ПД в рядках цих зв'язків заповнюється значеннями з колонки Amount_currency файлу. Зв'язок з контрактом не встановлюється.

Для підтвердження ВМД вводиться реквізит «Дата підтвердження ВМД», оригінали яких знаходяться в інших банках, на зв'язку ПД - Платіж зі зміною схеми розрахунку і подання прострочень за такими ВМД. Заповнення реквізиту виконується в наступних режимах:

1) вручну у списку пов'язаних платежів на картці ПД;

2) через імпорт файлів з відповідями за ВМД з інших банків.

При цьому імпорт нових EXCEL-файлів (структура файлу в таблиці 3.2) супроводжується реалізацією наступних функцій:

1) контроль коректності структури файлу;

2) локалізація реквізитів імпорту;

3) відбраковування дублюючих рядків файлу;

4) формування EXCEL-файлу з маркірованими кольором помилками за структурою файлу і складом реквізитів;

5) пошук в базі EIO-Calyon ВМД та зв'язків ПД-Платіж з тими ж ключовими реквізитами, що і в рядках файлу;

6) заповнення реквізитів знайдених зв'язків ПД-Платіж реквізитами з файлу.

Таблиця 3.2. Структура файлу відповідей по ВМД

3.3 Обґрунтування вибору засобів реалізації

Клієнтська частина системи реалізована на мові Object Paschal в середовищі Delphi7. Delphi — це інтегроване середовище швидкої розробки програмного забезпечення для роботи під Microsoft Windows [4]. Воно підтримує розробку Windows-доатків на мові програмування Delphi, яка є наступницею мови Object Pascal. Такий вибір пояснюється тим, що в даному середовищі дуже легко організувати зв'язок між клієнтом та сервером СКБД. Крім того система використовує деякі модулі банківської системи ProFIX/Bank яка реалізована в тому ж середовищі. Також було використано додаткові CX компоненти, які значно полегшують представлення даних, та надає системі сучасного дизайну.

Для ведення бази даних використовується такий СКБД сервер як Informix. СКБД Informix виділяється високою надійністю та швидкістю роботи, вбудованими засобами відновлення після відмов, наявністю засобів реплікації даних і можливістю створення розподілених систем [5]. Підтримуються майже всі відомі серверні платформи: IBM AIX, GNU/Linux (RISC та i86), HP UX, SGI Irix, Solaris, Windows NT (NT, 2000), Mac OS [6].

4. ОПИС ПРОГРАМНОЇ РЕАЛІЗАЦІЇ

4.1 Структура програмної системи

На рисунку 4.1 приведено загальну схему роботи підсистема «Валютний контроль» з банківською системою, встановленою в банку.

Рисунок 4.1 – схема роботи підсистеми «Валютного контроль» з системою банку

Передбачається наступна схема роботи:

1. Підсистема «Валютний контроль» працює у складі АБС ProFIX/Bank, при цьому використовується наявна в АБС ProFIX / Bank інформація: реєстр клієнтів, інформація про штрафні санкції, електронний реєстр ВМД, довідники (звітність, довідник банків-нерезидентів).

2. З АБС Банку (ISBA, IBIS) в підсистему передаються дані про реальні платежах (експортних та імпортних). Передбачається файловий обмін.

3. Від клієнтів у підсистему може імпортуватися інформація про підтверджуючих документах. Передбачається файловий обмін.

Якщо банк використовує АБС (автоматизована банківська система) відмінну в АБС ProFIX Bank, то паралельно йому встановлюються певні модулі останньої для коректної роботи підсистеми «Валютний контроль». Це пов’язано з специфічним веденням деяких реквізитів по клієнтам, документам, звітності та інше.

4.2  Опис бази даних

Дуже важливою складовою проектування системи є проектування інформаційного забезпечення або іншими словами проектування і реалізація бази даних. Можна виділити наступні етапи в проектуванні бази даних [7]:

1.  Концептуальне проектування.

2.  Визначення вимог до операційної обстановці, в якій буде функціонувати інформаційна система.

3.  Інформаційно-логічне проектування БД.

4.  Вибір системи керування базами даних (СКБД) та інших інструментальних програмних засобів.

5.  Фізичне проектування БД.

В загальному база даних складається з 22 таблиць. Концептуальна модель основних елементів бази даних виглядає наступним чином (рисунок 4.2):

Рисунок 4.2 – Концептуальна модель БД

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26