Анализ регулирования задолженностей в налоговой инспекции

     Исполнительные  листы имеют титульный лист, так называемый «корешок», а также 2 и более листов приложения в зависимости от количества человек, обязуемых Судом заплатить государственную пошлину в пользу местного бюджета.

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

     В БД с исполнительного листа вносятся:

1. дата выдачи исполнительного листа;
2. номер дела в Суде, по которому проходит исполнительный лист;
3. название Суда или судебного участка;
4. в отношении кого заведено дело в Суде;
5. сумма взыскания.

       Далее сопроводительное письмо  распечатывается. «Корешки» или  титульные листы остаются в  отделе урегулирования задолженности и подшиваются. Листы приложения исполнительных листов и готовые сопроводительные письма (для каждого ответчика по делу Суда) скрепляются. Затем сопроводительные письма подписывает заместитель начальника ИФНС по г. Биробиджану (или начальник), после чего письма отправляются в Городской отдел судебных приставов для проведения процедуры принудительного взыскания.

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

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

     Ссылаясь  на всё выше описанное, можно сказать о том, что выполнение данной функции звеном «Отдел урегулирования задолженности» требует

требует создания автоматизированной ИС.

 

1.3 Схема взаимодействия  «Отдела урегулирования задолженностей» с другими отделами. 

 

     1.3. Представление бизнес-процессов  отдела урегулирования задолженностей  в BPWin 4.0.

 

     Представим модель предполагаемой автоматизированной ИС с помощью программного продукта CASE – технологий BPWin и методологии IDEF0.

     Описание  системы с помощью IDEFO называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес-процессов, в котором используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEFO.

 

     ^{Рисунок 1. Функциональная модель системы}

 

     Данная  диаграмма описывает общую структуру предполагаемой автоматизированной ИС.

     Входными  данными системы являются: пароль, логин, а также дата выдачи исполнительного листа, данные о должнике, номер дела в Суде, название Суда или Судебного участка, сумма взыскания. Выходными данными являются: сопроводительные письма,  внесенные в БД изменения об уплате \ неуплате.

     «Решение  Суда» и «Добровольное погашение имеющейся задолженности» являются факторами управления модели.

     Методология IDEFO предписывает построение иерархической  системы диаграмм - единичных описаний фрагментов системы.

     Каждая IDEFO-диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

     IDEFO требует, чтобы в диаграмме  было не менее трех и не  более шести блоков. Эти ограничения  поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования.

     Рассмотрим  диаграмму декомпозиции модели системы.

 

     ^{Рисунок 2. Диаграмма декомпозиции модели системы.}

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

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

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

     Рассмотрим  более подробно процесс изменения  базы данных, используя методологию IDEF3.

     Диаграммы IDEF3 также называют WorkFlow diagramming - методологией моделирования, использующей графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы WorkFlow используются для анализа процедур обработки информации.

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

 

 

^{Рисунок 3. Диаграмма IDEF3.}

     В случае с представленной IDEF3 – диаграммой мы использовали перекресток «XOR(Exclusive OR)». В первом случае (в случае разветвления) его смысл заключался в том, что только один следующий процесс запускается. Второй вариант применения перекреста говорит о том, что только один процесс будет завершен. 

     Итак, начальное обращение к БД состоит  в том, чтобы выявить количество и сумму задолженностей налогоплательщика. При наличии задолженностей налогоплательщику  направляют требование с указанными суммой задолженности, сроком добровольного погашения задолженности и видом налога. Далее возможно двоякое развитие действия. Первый вариант заключается в добровольном своевременном погашении задолженности. Альтернативным потоком данных является по истечение срока добровольного погашения задолженности отправка требования в Суд. Суд, в свою очередь, заводит дело и отправляет исполнительные листы дела в ИФНС для исполнения в пользу местного бюджета.

     В зависимости от исхода событий базу данных изменяют. Либо к исполнительным листам создают сопроводительное письмо, либо вносят в БД запись о погашении имеющейся задолженности.

 

      Заключение

 

     Итак, подведем итоги производственной практики. Место прохождения практики: ИФНС России  по г. Биробиджану, отдел урегулирования задолженностей.

     За  время прохождения практики нам  удалось решить самые важные задачи проектирования информационных систем:

1. Провести анализ предметной области.
1. Изучить организационную структуру с помощью соответствующей документации;
2. Подробно изучить работу отдела урегулирования задолженностей, а также движение информационных потоков, в частности, исполнительных листов.
2. Определить объект, нуждающийся в автоматизации.
3. Наглядно с помощью программы BPWin провести анализ бизнес-процессов отдела урегулирования задолженностей.

     Также предприятию была оказана помощь в создании сопроводительных писем.

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