Автоматизація обліку виїзних (документальних) податкових перевірок
Введення
Однією з функцій відділу виїзних перевірок ИФНС Росії є проведення виїзних перевірок щодо платників податків, у яких є заборгованість по сплаті податків. У разі, якщо фізична особа ухиляється про сплати податків, стосовно нього готуватися перевірка.
Рішення про проведення виїзної податкової перевірки виносить податкового органу за місцем знаходження організації або за місцем проживання фізичної особи (пункт2статьі89 Податкового кодексу Зазначені рішення підписуються керівником (заступником), керівником відповідного податкового органу.
Об'єктами обкладення податками відповідно до цього Закону є перебувають у власності фізичних осіб:
1) житлові будинки, квартири, дачі, гаражі;
2) моторні човни, вертольоти, літаки;
) інші транспортні засоби, за винятком автомобілів, мотоциклів та інших самохідних машин.
Враховуючи обсяг і різні джерела інформації, відомостей - можна зробити висновок, що призначення перевірки щодо фізичної особи, це одна з найскладніших завдань, з якою стикається співробітники ИФНС. Що б призначати перевірку, потрібні відомості, про те що фізична особа ухиляється від сплати податків і має заборгованість. Для спрощення роботи податкового інспектора, в рамках дипломного проектування, мені було запропоновано розробити програмне забезпечення «Автоматизація обліку виїзних (документальних) податкових перевірок в ИФНС Росії».
1. Спеціальна частина
.1 Постановка завдання
податковий додаток програмний перевірка
Завдання дипломного проекту полягає в тому, щоб розробити програмне забезпечення, що дозволяє автоматизувати облік виїзних (документальних) податкових перевірок в ИФНС Росії.
Програмне додаток повинен:
1. Здійснювати облік платників податків та перевірок;
2. виводити на екран звітні документи про платника податків та датою проведення перевірок;
. формувати заповнені бланки рішень, актів про проведену перевірку;
. Здійснювати можливість додавання і редагування, введених даних;
Дане завдання має бути реалізована в середовищі Borland Delphi 7 і Microsoft Access 2003.
1.2 Формаліцація
Для побудови необхідно провести формалізацію задачі, що є необхідним етапом розробки завдання і полягає в побудові структури таблиць для зберігання інформації, схеми їх взаємозв'язків і опису алгоритмів обробки.
Взаємозв'язок показана в схемі даних:
Розробка проекту реалізації завдання виконується в кілька етапів і починається з аналізу тієї інформації, яка є вихідний (форми і звіти для Borland Delphi 7). Тільки після з'ясування структури і складу цієї інформації, формулювання запитів для отримання звітів можна зробити висновок про структуру і склад таблиць даних. Необхідним етапом формалізації задачі є нормалізація бази даних, яка, по суті, являє собою процес оптимізації зберігання та використання інформації в таблицях.
Найбільш часто використовується приведення до третьої нормальної форми (3NF) . У результаті усувається надмірність даних і спрощується процес зміни структури БД.
Спочатку проводиться приведення до першої нормальної форми (1NF) - кожній таблиці призначається первинний ключ, що забезпечує унікальність кожного запису. Тут же видаляються всі повторювані групи (точніше створюється нова таблиця для повторюваних груп).
У процесі приведення до другої нормальної форми проводиться усунення надмірності даних - будь-яке поле в таблиці, яке є надлишковим або завжди залишається незмінним, заснованим на значенні іншого поля, необхідно перенести в іншу таблицю.
І, нарешті, в 3NF всі поля кожної таблиці безпосередньо пов'язані з полем первинного ключа і не залежать від інших полів. На практиці це робиться наступним чином - будь-яке поле не пов'язане з полем первинного ключа, необхідно перенести в окрему таблицю.
При розробці структури даних розглянутої задачі спочатку малося на увазі слідування 3NF. У Access існує майстер аналізу таблиць, що дозволяє ще більш спростити цей процес.
На наступному етапі уточнюється структура полів в таблицях, і визначаються правила введен...
