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. Структура таблиці «Зв'язок Платіж-контракт»
Опис | Обо-вість | Коментар |
Ідентифікатор платежу. | Так | |
Ідентифікатор контракту | Так | |
Валюта платежу | Такі | Якщо валюта не вказана, заповняємо з платежу |
Валюта Контракту | Так | Якщо валюта не вказана, заповняємо з контракту |
Сума квитовкі у валюті платежу | Одне з полів має бути обов’язково заповненим. | |
Сума квитовкі у валюті контракту | ||
Крос-курс валюти | Так | Якщо валюти контракту і платежу співпадають, то крос-курс дорівнює 1, якщо відрізняються - за замовчуванням розраховується крос-курс валюти платежу до валюти контракту за курсами НБУ цих валют на дату платежу |
Ознака передоплати | НІ | |
Номер сеансу автоматичної квитовкі | Ні | |
Дата та час останньої зміни зв'язку | Проставляється автоматично системою | |
Кількість днів прострочення | Ні |
В таблиці «Зв'язок Платіж-ПД» міститься дані які характеризують зв'язки між певними підтверджуючими документами та платежами. Її структура дуже схожа на таблицю зв’язків між платежами та контрактами тому не будемо її окремо показувати.
... фінансових операцій та надання у встановленому порядку відповідної інформації до регіонального підрозділу боротьби з відмиванням доходів, одержаних злочинним шляхом; 5 КОНТРОЛЬ ЗА СПРАВЛЯННЯМ ПРЯМИХ ПОДАТКІВ. ПОДАТОК НА ПРИБУТОК Справляння податку на прибуток підприємств в Україні регулюється наступними законодавчими актами : а) Основні : - Закон України “Про систему оподаткування в ...
... ів і зборів. Розділ 3. Напрямки підвищення рівня організаційної та правової регламентації діяльності Київської обласної митниці 3.1 Напрями вдосконалення організаційної та правової регламентації діяльності Київської обласної митниці Основні напрями розвитку Державної митної служби України координу-ються «Концепцією створення багатофункціональної комплексної системи "Електронна митниця" в ...
... , а інша — з поставкою у майбутньому, але на вже обумовлених підставах. 3. Валютний контроль Валютний контроль представляє собою діяльність держави з приводу забезпечення валютного законодавства. Держава не тільки встановлює правила поведінки суб'єктів в формі правових норм при користуванні валютними цінностями, а й забезпечує виконання ними цих правових норм. Це є підставою законності ді ...
... форма митного контролю може бути проведений за рішенням начальника митного органа або особи, його що заміщає, при наявності підстав припускати, що фізична особа, що випливає через Державний кордон України й, що перебуває в зоні митного контролю або транзитній зоні аеропорту, відкритого для міжнародного повідомлення, приховує при собі й добровільно не видає товари, заборонені відповідно до ввозу ...
0 комментариев