Ведення валютного контролю за митними деклараціями банків (стр. 3 из 12)
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. Структура файлу відповідей по ВМД
| radical | type | number | date | currency | amount_ uah | amount_ currency | confirmation_ date |
| 6-значний номер клієнта банку | Тип ВМД | 6- зн-ий номер ВМД | Дата ВМД | Валюта ВМД, формат - число | Сума ВМД в гривні | Сума, яка передається на контроль | Дата підтвержденгя ВМД, формат ДД.ММ.РРРР |
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 – Концептуальна модель БД
В наведених таблицях значено більше полів, але на модулі показуємо лише основні, для того, щоб не перевантажувати схему і не втрачати розуміння моделі.
Опишемо докладніше наведені в моделі таблиці відповідно вказавши опис полів, обов’язковість їх заповнення та при необхідності додаткові відомості.
Таблиця «Платіж» - містить дані та реквізити платежів (таблиця 4.1).
Таблиця 4.1. Структура таблиці «Платіж»
| Опис | Обо-вість | Коментар |
| Власник платежу (клієнт банку). | Так | У списку виводиться внутрішній код клієнта і його найменування, у фільтрі також передбачається можливість фільтрації за даними параметрами клієнта |
| Тип операції | Так | Експорт/Імпорт. |
| Номер платіжного документу | Ні |
Таблиця 4.1. (продовження)
| Опис | Обо-вість | Коментар |
| Дата платіжного документу | Ні | |
| дата проводки (дата фактичного зачислення/списання) | Так | При введенні, за замовчуванням значення встановлюється рівним поточної дати опер. дня |
| Сума платежу | Так | |
| Валюта | Так | |
| Призначення платежу | Ні | |
| Контрагент | Обов'язковість заповнення для імпортних платежів визначається настроюванням перевірки наявності штрафних санкцій. Для експортних платежів (наприклад, платежі інших банків) заповнення необов'язково завжди. | |
| Рахунок контрагенту | Ні | |
| Країна банку к-та | Ні | |
| МФО банку, в якому був проведений платіж | Ні | Заповнюється тільки у випадку, якщо платіж був проведений іншим банком, або був зарахований на рахунок в іншому банку. Заповнення «своїм» МФО не допускається. При ручному додавання експортного платежу з картки ПД заповнення обов’язкове. |
| Вільна сума платежу по контрактам | Так | Розраховується автоматично |
| Вільна сума платежу по ПД | Так | Розраховується автоматично |
| Признак необхідності валютного контролю | Так | Ознака встановлюється, якщо платіж підлягає валютному контролю і знімається, якщо платіж не підлягає валютному контролю. Параметр заповнюється при імпорті, може бути змінений вручну. |
Таблиця «Контракт» містить дані та реквізити контрактів (таблиця 4.2).
Таблиця 4.2. Структура таблиці «Платіж»
| Опис | Обо-вість | Коментар |
| Власник контракту | Так | У списку виводиться внутрішній код (радикал) клієнта і його найменування |
| Тип операції | Так | Експорт/Імпорт |
| Номер контракту | Так | |
| Дата контракту | Так | |
| Дата закінчення контракту | Ні | |
| Сума контракту | Ні | |
| Валюта контракту | Ні | |
| Вільна сума контракту по платежам | Ні | Розраховується автоматично |
| Контрагент | Ні | |
| Країна контрагента | Ні | |
| Код т-ної групи | Ні | |
| Параметри, які заполоняються тільки для імпортних контрактів | ||
| Причина купівлі валюти | Ні | Заповнюється відповідно довідникам НБУ KOD_70_2.DBF |
| Ціль перерахування | Ні | |
| Дата закінчення дії акту цінової експертизи | Ні | |
| Параметри, які заполоняються тільки для експортних контрактів | ||
| Ціль прибуття | Ні | |
| Причина для продажу валюти | Ні | |
В таблиці «Підтверджуючі документи» зберігаються параметри ПД (таблиця 4.3).
Таблиця «Зв'язок Платіж-Контракт» - містить дані які характеризують зв'язок між певними контрактами та платежами (таблиця 4.4).
Таблиця 4.3. Структура таблиці «Підтверджуючі документи»
| Опис | Обо-вість | Коментар |
| Власник контракту (клієнт банку). | Так | У списку виводиться внутрішній код клієнта і його найменування, у фільтрі також передбачається можливість фільтрації за даними параметрами клієнта |
| Тип операції | Так | Експорт/Імпорт |
| Вид документу ПД | Так | Відповідні значення довідника «Види ПД» |
| Номер ПД | Так | |
| Номер митниці | Так | Обов'язковий для заповнення тільки для ВМД, у яких заповнений параметр 13 (МФО банку, в якому знаходиться ВМД) |
| Дата ПД | Так | |
| Валюта ПД | Так | |
| Сума (вартість) в валюті ПД | Так | Якщо введена сума в нац. валюті (параметр 10), то розраховується на підставі суми в нац. валюті і курсу. |
| Курс | Так | За замовчуванням підставляється курс НБУ на дату рівну датою ПД |
| Контрагент | Ні | |
| Карїна контрагента | Ні | |
| МФО банку | Ні | |
| Вільна сума ПД по платежам | Ні | Розраховується автоматично |
| Дата підтвердження ВМД | Ні | Для декларацій інших банків заповнюється вручну, для інших - датою квитовки з ВМД |
| Параметри, які заполоняються тільки для експортних контрактів | ||
| Контрольний строк | Так | Контрольний строк в днях |
| Контрольна дата ПД | Так | Контрольна дата ПД, розраховується автоматично, на основі дати ПД та контрольного строку. |
| Відзнака зняття з контролю | Ні | Якщо встановлено, то значить інформація по ПД була включена до звіту для ДПА |
Таблиця 4.4. Структура таблиці «Зв'язок Платіж-контракт»