|
Разработка системы по сбору информации
Разработка системы по сбору информации о доходах физических лиц для
формирования налоговых документов и отчетности для налоговой службы по
объединению "Сургутгазпром". В настоящее время все большее
и большее распространение, как в производстве, так и в документообороте
предприятий находит компьютерная техника, все шире и шире становится перечень
охватываемых ею задач. Постоянно растет объем и сложность обрабатываемой
информации, требуются все новые и новые виды ее представления. Как показывает
практика, большинство пользователей уже не представляет себе, как бы они
выполняли свою работу, с которой прекрасно справлялись еще 5 – 10 лет назад, без
помощи компьютера. Вот только некоторые из преимуществ использования
вычислительной техники при работе, с какими – либо данными,
документами: возможность оперативного контроля за достоверностью
информации, уменьшается число возможных ошибок, при генерировании производных
данных; возможность быстрого получения
необходимых отчетов; необходимая информация может быть быстро
найдена (в том числе с помощью контекстного поиска), поиск которой в обычной
папке с документами затруднен; существенная экономия времени
и людских ресурсов при выполнении операций, связанных с обработкой
информации; позволяет быстро и в наиболее подходящем для
конкретного человека виде просмотреть данные, что повышает их
восприятие. Все, выше изложенные преимущества, на сегодняшний день
оценены не только рядовыми пользователями, но и властными структурами, особенно
это касается возможности контроля и поиска информации. В нашем случае налоговая
полиция заинтересована иметь единую, электронную базу по всем физическим лицам –
налогоплательщикам, так как наличие такой базы существенно усложняет процесс
уклонения от уплаты налогов (сокрытие, занижение доходов, повторное
использование одноразовых льгот и т.д.) Поэтому 15 июня 1998 года была принята
очередная редакция инструкции государственной налоговой службы Российской
Федерации №35 от 29 июня 1995года. Согласно которой, с 01 марта 1999 года все
предприятия с численностью работающих свыше 100 человек обязаны предоставлять
данные о доходах своих работников в налоговую инспекцию на магнитных носителях,
причем в строго оговоренном формате. (см. Приложение 2) На практике же
налоговая инспекция требует предоставления данных на магнитных носителях
организациями с общей численностью работающих свыше 20 человек. В связи с выше
изложенным, у крупных предприятий и объединений появилась острая потребность в
соответствующем программном обеспечении. Предлагаемое налоговой службой для этих
целей ПО, обеспечивает импорт данных только из конкретной, не очень
распространенной программы Best-4, разработанной фирмой "Интеллект-
Сервис". Предприятия объединения "СургутГазПром" в настоящее время работают с
двумя различными программными продуктами, предназначенными для расчета
заработной платы и учета других доходов
налогоплательщиков; АРМ по учету труда и заработной платы (ОАО
Автоматика). Оба этих комплекса не поддерживают предоставление
отчетов в налоговую инспекцию на магнитных носителях, и в силу ограниченности
используемой СУБД (FoxPro v.2.6(Х)) не способны вести единую базу по всему
объединению. Поэтому была поставлена задача, разработать программный продукт,
который был бы в состоянии: выдавать отчеты в
налоговую инспекцию на магнитном носителе; выдавать прочие
необходимые отчеты о начислениях, удержаниях налогоплательщиков на бумажных
носителях, в том числе о динамике начислений и удержаний, как по всему
объединению, так и по отдельным категориям лиц; собирать
информацию в собственную базу, из баз данных программ расчета заработной платы,
используемых на местах; обеспечивать защиту от
несанкционированного доступа к базе, как для изменения, так и для просмотра
данных; отвечать современным требованиям по быстродействию,
эргономичности, использовать современную СУБД с возможностью замены ее на еще
более современную в будущем; Данная
работа является автоматизированным рабочим местом бухгалтера из отдела налоговой
политики предприятия, ведущего отчетность в налоговую инспекцию. Она отвечает
всем выше изложенным требованиям. даются структуры баз данных,
используемой программой; К дипломной работе
прилагается демонстрационная программа, выполненная на Borland Delphi 4.0 с
использованием СУБД InterBase v 5.0 и представленная на дискете 3,5". В данном разделе я постарался рассмотреть
несколько наиболее популярных в нашей стране программных продуктов
автоматизирующих в той или иной степени бухгалтерский учет предприятия. Программа Турбо Бухгалтер разработана научно –
исследовательским центром ДИЦ. Самая ранняя из ее версий, с которыми я имел дело
– версия 3.0. Программа предназначена для ведения синтетического и
аналитического бухгалтерского учета по всем разделам. Аналитический учет ведется
по объектам аналитического учета (аналитическим признакам) в натуральном и
стоимостном выражениях. Ее отличительной особенностью, является очень развитый
внутренний язык, который включает в себя более 100 операторов, переменные,
развилки, а с 6 версии массивы и циклы. Это позволяет написать, по моему личному
опыту (4 года работы), практически любую типовую операцию, отчет, бланк, даже по
такому предмету непосредственно не связанному с бухгалтерией, как учет продаж в
магазинах фирмы или телефонный справочник. Этому также способствует развитая
система забалансовых счетов проводки, по которым хранятся в базе, и показываются
только по требованию программиста. Руководство программы так же разделено на две
книги: "Руководство пользователя" и "Руководство программиста". Ввод проводок
можно организовать в ручную, но в основном для этого используются бланки,
которые генерируют проводки от 1 до неограниченного количества. После заноса
проводок в журналы операций, необходимо обработать журналы, для принятия этих
проводок в базу. Еще одной отличительной чертой этой программы является
возможность ведения нескольких планов бухгалтерии. План бухгалтерии – это файл с
настройками (предприятие, видимые журналы, бланки, типовые операции,
аналитические признаки и т.п.), т.е. мы можем настроить программу, так, чтобы
вести несколько разных предприятий на одном компьютере, в одной базе. Это не
влечет избыточность данных, так как разные фирмы могут использовать, например:
общие бланки, аналитические признаки и т.д. сводные
проводки; оборотно-сальдовую ведомость по объектам
аналитического учета;
анализ счета по объектам аналитического учета; карточка объекта аналитического учета по всем счетам; На сегодня, последняя из известных мне версий – 6, выходит в четырех
вариантах: профессиональная (сетевая) –
впервые; Но более ранние версии
также позволяли работать в сети при правильных прописанных путях типа
"\\GlBuh\C:\TB6\Blank\a*.gru" создав прекрасный внутренний язык, разработчики сэкономили
на разработке бланков, предоставив делать это конечным пользователям, что,
вероятно, резко снизило популярность этой
программы; частая (в среднем 1 раз в неделю) необходимость
перестройки баз из-за ее порчи программой, что может занимать до 10 минут
(исправлено в 6 версии). Бухгалтерия -
универсальная бухгалтерская программа которая предназначена для ведения
синтетического и аналитического бухгалтерского учета по различным разделам.
Аналитический учет ведется по объектам аналитического учета (субконто) в
натуральном и стоимостном выражениях. Программа предоставляет возможность
ручного и автоматического ввода проводок. Все проводки заносятся в журнал
операций. При просмотре проводок в журнале операций их можно ограничить
произвольным временным интервалом, группировать и искать по различным параметрам
проводок. оборотно-сальдовую
ведомость; карточку счета; анализ счета (аналог главной книги); карточка объекта аналитического учета по всем
счетам; В программе существует
режим формирования произвольных отчетов, позволяющий на некотором бухгалтерском
языке описать форму и содержание отчета, включая в него остатки и обороты по
счетам и по объектам аналитического учета. С помощью данного режима реализованы
отчеты, предоставляемые в налоговые органы, кроме того, данный режим
используется для создания внутренних отчетов для анализа финансовой деятельности
организации в произвольной форме. Кроме того, программа имеет функции сохранения
резервной копии информации и режим сохранения в архиве текстовых документов.
Программа может быть полностью настроена бухгалтером на текущее законодательство
и конкретные формы учета. "1С" реализована для разных программных и аппаратных
платформ: DOS, Windows, Windows 95, Macintosh (с начала 1996 г.), Power
Macintosh (с лета 1996 г.). Существует несколько модификаций системы: базовая,
профессиональная (для решения более сложных бухгалтерских задач), сетевая. довольно высокую цену при покупке всех необходимых
модулей для автоматизации бухгалтерии среднего предприятия. ПО "БЭСТ" (разработка фирмы "Интеллект-Сервис") выполнена в виде набора
взаимосвязанных программных модулей: настройка и системные утилиты; учет операций с банком;
управление продажами (реализацией); В настоящее
время, последняя из известных мне версий – 4.12 является ориентацией на
комплексную автоматизацию предприятий. Разработаны специализированные версии для
оптовой и розничной торговли, страховой деятельности, бюджета и даже
мостоотрядов (работает в мостоотряде №94). Имеется мощная система анализа
финансового состояния предприятия. Помимо функций, позволяющих решать задачи
управления продажами, расчетов с поставщиками и покупателями, поддержки операций
торгового зала, учета ресурсов предприятия по группам товарно-материальных
ценностей, номенклатуре, местам хранения и т.п., в "БЭСТ-4" включен ряд
дополнительных возможностей. Новая прикладная подсистема "Управление закупками"
обеспечивает составление и дальнейшее сопровождение реестров счетов-фактур
поставщиков, контрагентов и покупателей, на основе которых автоматически
формируются отчеты по сделкам купли/продажи. Ведение отдельного реестра счетов
кредиторов позволяет консолидировать и отслеживать все взаиморасчеты с
поставщиками и контрагентами. Для предприятий розничной торговли "БЭСТ-4"
предоставляет возможность ведения индивидуальных прайс-листов для каждого
магазина, а также архива прайс-листов, используемого для получения подробных
отчетов по объему продаж на любую дату. Система осуществляет связь с кассовыми
аппаратами, поддерживает систему штрихового кодирования товара. Система
позволяет вести учет для произвольного числа независимых предприятий и
использовать для его автоматизации только необходимый набор модулей. Система
интересна удобным интерфейсом, своей многофункциональностью, гибкостью и
простотой настройки на нужды конкретного предприятия. небольшую скорость работы, что вызвано моральной
устарелостью используемой СУБД (FoxPro 2.6) и огромным числом файлов вдиректории
с данными более 600, что сильно затрудняет работу ДОС по работе с
ними; наложение достаточно существенных ограничений на
внутренний язык (видимо, для сохранения только за собой права модификации).
Например, невозможно добавить в бланк произвольный реквизит. Что вызывает
необходимость обращения в фирму разработчик; для защиты используется ключ (вставляется в LPT
порт и в принципе прозрачен для принтера), но некоторые из известных мне
принтеров, в частности LexMarkи срабатывают при проверки наличия
ключа. Продукт может функционировать как в локальном, так и в
сетевом варианте. В качестве сетевой среды используются ОС NetWare версий 3.11 и
выше, Windows NT, VINES, LANtastic и др. Требования к аппаратному обеспечению:
для станции-клиента необходимы процессор 386 и выше, оперативная память от 4
Мбайт; Пакет "Интегратор", предназначен для комплексной
автоматизации бухгалтерского учета. Версия "Интегратор 3.0" в сетевом исполнении
предназначена для работы на промышленных предприятиях различных отраслей и видов
деятельности, так как исторически все разработки "Инфософт" были ориентированы
на автоматизацию промышленных предприятий. дебиторы и
кредиторы; основные средства и нематериальные активы; финансовая отчетность. При разработке использовалась СУБД
Clipper 5.2. В сетевом варианте базовой является конфигурация "файл-сервер". Для
работы в архитектуре клиент/сервер необходимо дополнительно установить ПО
Advantage Xbase Server. "Интегратор" эксплуатируется в сетях NetWare 3.xx и
выше, Windows NT, LANtastic и др. Не рекомендуется применение ОС NetWare 4.01.
Требования к аппаратному обеспечению: для станции-клиента необходимы процессор
класса 486DX2 и 8 Мбайт оперативной памяти; 2. Описание автоматизируемых
функций Цель создания системы: обеспечить выполнение требования
законодательства в отношении отчетности по подоходному налогу. учет начисленной заработной платы на предприятии, прочих
доходов и удержанного подоходного налога; ведение различной
статистики по оплате труда, как в объединении "СургутГазПром" в целом, так и в
каждом подразделении отдельно; выдача необходимых отчетов в
налоговую инспекцию, как на магнитных, так и на бумажных
носителях; Предполагается,
что система будет использоваться в следующих отделах
предприятия: 2.1. Анализ существующей системы функционирования и задачи
автоматизации В настоящее время объединение "СургутГазПром" состоит из
тридцати трех структурных подразделений – предприятий второго звена, которые в
свою очередь имеют в своем подчинении мелкие предприятия, участки. Все эти
подразделения географически распределены по Сургуту, Сургутскому району,
Тюменской области. В каждом отдельном подразделении есть свои управляющие
структуры (директор, заместители и т.д.). Столь разветвленная структура,
вызванная исключительно производственной необходимостью, имеет ряд неудобств в
части централизованного планирования и управления. В интересующей нас части, это
привело к тому, что в различных структурных подразделениях установлено различное
программное и техническое обеспечение, разработаны разные системы кодирования
информации, отсутствует единаябаза данных, различные формы внутренних отчетов.
Только в конце 1998 года была сделана попытка, перевести все подразделения на
работу с едиными классификаторами. В частности введен единый классификатор видов
начислений и удержаний, разработанный отделом охраны труда и заработной платы.
Также разрабатываются единые справочники должностей и профессий. В месте с
тем, несмотря на такую разобщенность, СургутГазПром вынужден отчитываться перед
налоговой инспекцией как единое целое. До 1999 года все отчеты о доходах
работниках, удержанном подоходном налоге подготавливались и сдавались на
бумажных носителях. Однако, в настоящее время, в связи с изменениями в
законодательстве, о которых шла речь во введении, это стало невозможно. В
данный момент предоставлять отчет на магнитных носителях представляет проблему в
связи с выше изложенной ситуацией. Также не представляется возможным ведение
единой базы из-за программного обеспечения различных фирм, большой
территориальной распределенности и огромного объема информации, с которым
применяемая СУБД работать просто не в состоянии (за один год только по одному
структурному подразделению накапливается информация объемом более 140
Мбайт). Схема
представленная на рисунке 1 отражает потоки информации в процессе производства
отчетности в ГНИ РФ. По мере надобности, но не реже одного раза в месяц,
подразделения передают необходимую для расчёта подоходного налога информацию в
отдел налоговой политики центрального офиса предприятия, где эти данные
консолидируются и проверяются, после чего готовится отчётность для ГНИ РФ. Также
к этим данным имеет доступ отдел ОТиЗ для получения необходимых ему отчетов по
заработной плате. 2.2. Состав функций реализуемых
системой сбор информации о начисленной работникам заработной плате и
об удержанном подоходном налоге ото всех структурных подразделений
Газпрома; передача информации от удаленных рабочих станций на
сервер через электронную почту, непосредственное соединение по модему, либо
подготовка информации для передачи посредством магнитных
носителей; формирование
собственной базы, выдаче всех требуемых отчетов и справок в налоговую инспекцию,
как на магнитных, так и на бумажных носителях, на основе информации и базы
данных, согласно действующему законодательству
РФ; численность работников подразделений, размер средней
заработной платы; динамика % и численности работников,
находящихся на больничном; выдача прочих внутренних
отчетов; ручной ввод информации о заработной плате и
заполнение справок в налоговую инспекцию для физических
лиц; обеспечение сервисных функций, как то: оптимизация базы
данных, ведение архивов за "закрытые" годы, резервное копирование данных и их
восстановление, блокнот, калькулятор, календарь; 2.3. Решение по
структуре системы обрабатывание запросы
пользователей; В функции рабочих станций
входит: проверка корректности собранной
информации; выдача справок и отчетов; 2.4. Решение по функциональному разбиению системы
на модули модуль импорта, занимающийся выборкой информации из баз
данных АРМов расчета заработной платы и ее импортом в собственную
базу; модуль справочников, предназначенный для корректировки и
показа справочников системы (справочник профессий, должностей, цехов, участков,
регионов и т.д.); контролирующий модуль, занимающийся контролем
достоверности и целостности информации, а также правильности удержания
подоходного налога с физических лиц; модуль администратора,
предназначенный для корректировки системной информации путей доступа и
т.п. решения по мерам, для сохранения целостности баз и
предотвращения несанкционированного доступа; решения по комплексу
технических средств; Система
обеспечивает защиту от несанкционированного доступа на чтение, запись и
корректировку части информации, хранящейся в ней. Для доступа на изменение в
базе служебной информации предусмотрен пароль администратора. Также введено
разграничение доступа между рабочими станциями, каждая из них работает только со
своими данными. ведение журнала
транзакций, что позволяет в случае нарушения структуры баз произвести откат
транзакции; максимальное сокращение времени, в течение
которого рабочие файлы открыты на запись, т.е. при необходимости обновить файл,
он открывается на запись, обновляется и сразу же закрывается. При этом удается
исключить ситуацию, когда файл открыт длительное
время; настоятельная рекомендация в руководстве пользователя и
программиста, установить UPS на сервер. Данная система является
восстанавливаемой и периодически обслуживаемой системой длительного
функционирования. В части общих эргономических требований, соответствует
общепринятым стандартам. Выбор в качестве операционной среды для функционирования АРМа
платформы win32 (ей соответствуют операционные системы Windows95, Windows98,
Windows NT) обусловлен следующими ее особенностями: развитые средства создания
пользовательского интерфейса; достаточная масштабируемость,
т.е. способность работать на широком диапазоне компьютерного оборудования,
начиная от машин уровня 486DX4-100 до многопроцессорных
систем; наличие драйверов для поддержки широкого спектра
периферийных устройств (видеоадаптеров, сетевых адаптеров, принтеров, дисководов
CD-ROM и пр.); приемлемая для задач такого уровня надежность и
производительность программ, работающих с использованием механизма вытесняющей
многозадачности. отсутствие в
операционных системах Windows95 и Windows98 средств обеспечения безопасности и
защиты от несанкционированного доступа, что вынуждает разрабатывать собственные
или использовать сторонние модули для этого. В Windows NT этот недостаток
частично устранен, однако по-прежнему нет поддержки шифрации хранимых
данных; высокая требовательность к аппаратным ресурсам
компьютера, что вынуждает использовать более мощные аппаратные
платформы. возможность повторного использования
готовых программных компонент; наличие большого количества
стандартных компонент, а также достаточное количество библиотек компонент от
сторонних фирм, расширяющих и дополняющих возможности
стандартных; поддержка технологий ActiveX, OLE, COM, CORBA,
InterNet-технологий; достаточно высокая скорость и надежность
работы скомпилированных программ в сравнении с интерпретирующими
системами; ориентация на "визуальные" методы разработки
программ, что позволяет быстро и качественно спроектировать и реализовать
стандартный пользовательский интерфейс; после включения его в состав Delphi
Client/Server Suite InterBase стал "родным" для Borland (ныне Inprise
Corporation), а средства разработки приложений этой компании давно
зарекомендовали себя с положительной стороны. Уже то, что он очень активно
используется в государственном и военном секторе США говорит в его
пользу; InterBase весьма прост в настройке и в
администрировании по сравнению с другими SQL
серверами; размер базы данных до 20
Гбайт; максимальное число полей в одной таблице
1000; максимальная длина записи 64К (не считая полей
BLOB); максимальное количество индексов в одной БД
65536. Дополнительно в процессе разработки применялись следующие
программные пакеты и инструментальные средства: Для подготовки документации,
рекламного листа и демонстрационной версии программ использовались программы,
входящие в комплект Microsoft Office 97. Среди всего множества критериев отбора ТС нас
интересуют: достаточный объем накопителя на жестком магнитном
диске; достаточная производительность центрального
процессора; достаточная скорость передачи данных в
ЛВС; 3.3.2. Расчет необходимых ресурсов, для функционирования
системы, выбор ТС Объем необходимого ОЗУ рассчитывается, исходя из размеров
памяти, занимаемой загружаемой операционной системой, из необходимого объема
памяти, выделяемого под драйверы для обслуживания ЭВМ, программы-оболочки,
основного загружаемого модуля программного комплекса, динамических библиотек,
подгружаемых по мере выполнения программы и резерва памяти для обработки
информации. Исходя из вышеизложенного, приходим, что для нормальной работы
серверной части системы необходимо не менее 64 Мбайт ОЗУ (128 Мбайт
рекомендуется). По современным понятиям, это уже не слишком высокое требование
объясняется тем, что для нормальной работы выбранной в качестве ОС серверной
части системы Windows NT v. 4.0 необходимо не менее 32 Мбайт оперативной памяти.
Кроме того, учитывая большой объем базы данных, более 100 Мбайт и возможность
многопользовательского доступа для оперативной работы сервера потребуется еще не
менее 32 Мбайт ОЗУ. Учитывая то, что в качестве ОС для функционирования
рабочих станций выбрана Windows 95 или Windows 98 приходим к тому что, для
нормальной работы необходимо и достаточно 16 Мбайт ОЗУ (при использовании
Windows 98 рекомендуется 32 Мбайта). Это объясняется тем, что Windows 95 для
нормального функционирования требует 8 Мбайт ОЗУ, Windows 98 – 12. Сама система
занимает 6 Мбайт оперативной памяти. Так как в компьютеры типа Pentium платы
памяти выпускаются объемом 8, 16, 32, 64 Мбайт и вставляются по парно, а
компьютеры типа Pentium II, Pentium III объемом 16, 32, 64, 128 Мбайт и
вставляются по одному. Исходя из выше приведенных технических соображений, мы
получаем вышеприведенные требования к оперативной памяти. Подбор объема
накопителя на жестком магнитном диске, далее HDD основывается на размере базы
данных, в момент её предполагаемой пиковой загруженности, занимаемом ОС объемом
жесткого диска, а также на размере архивов создаваемых системой за прошлые годы.
Так же следует учесть необходимое быстродействие HDD, в зависимости от
потребности в скорости реакции системы. Предполагаемый объем архивов, учитывая
первый год функционирования системы, примерно составит (годовой объем информации
* предполагаемый срок службы техники). Предполагаемый срок службы техники – 5
лет. Так как 5 лет – средний срок полного морального устаревания парка машин и
его замены. Учитывая все вышеизложенное, приходим к выводу, что
для нормального функционирования серверной части системы необходимо 100 * (5 +
1) + 150 1Гбайт свободного дискового
пространства, однако желательно иметь некоторый резерв свободного места, поэтому
рекомендуемый объем свободного места на жестком диске – 1,5 Гбайта. Для
осуществления резервного копирования необходимо иметь еще один диск размером 850
Мбайт. В связи с большим объемом базы данных и возможностью
многопользовательского доступа, рекомендовано использовать для работы SCSI HDD
со скоростью передачи данных не менее 10Мбайт/сек. Для нормальной работы
рабочей станции необходимо не менее 350 Мбайт (150 – Windows + 150 – InterBase +
50 резерв) свободного места на жестком диске со скоростью передачи данных не
менее 2 Мбайт/сек. Серверная часть системы не нуждается в постоянном
присутствии человека, поэтому для ее работы монитор не требуется, однако для
периодического обслуживания базы, учитывая применяемую платформу win32
необходимо иметь VGA или SVGA монитор диагональю 14". Для работы рабочих
станций, в связи с большим количеством отображаемых данных и используемой OS
необходим SVGA монитор диагональю 15". Учитывая большой
объем обрабатываемой информации и применяемую платформу для приемлемой работы
сервера, необходимо использовать процессор Intel пятого поколения (Pentium) со
встроенным сопроцессором с тактовой частотой не менее 200 Mzh или его
аналоги. Для переноса информации удаленные
рабочие станции, а также главная рабочая станция в отделе налоговой политики для
выдачи отчетов в ГНИ, должны быть оборудованы дисководами 3,5". Для распечатки
отчетов и справок, они так же должны быть оборудованы принтером формата А4 или
иметь доступ к такому сетевому устройству. Скорость передачи данных в ЛВС
зависит от выбранного сетевого программного и технического обеспечения. Парк
применяемых машин на предприятии заказчика оснащен Ethernet-адаптерами и прочими
сетевыми устройствами со скоростью передачи данных 10Mбит/сек. Учитывая
достаточность этой скорости для работы системы, и дороговизну замены этого
оборудования на 100 Mzh принято решение, использовать имеющиеся
средства. Итак, подведем итоги выше приведенных рассуждений и выдвинем
комплексные требования к составу технических средств, необходимых для
функционирования системы. ПЭВМ на базе Intel-совместимого процессора пятого поколения с
частотой не менее 200Мгц, с ОЗУ равным 64Мб, оснащённая VGA-видеоадаптером и
монитором 14", сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым
пространством равным 1Гб. ПЭВМ на базе Intel-совместимого процессора пятого поколения с
частотой не менее 200Мгц, с ОЗУ равным 16Мб, оснащённая SVGA-видеоадаптером и
монитором 15", сетевым Ethernet-адаптером на 10Мбит, со свободным дисковым
пространством равным 350Мб и доступом к принтеру формата А4. Проектирование информационного
обеспечения разделено на два этапа: Информационное обеспечение должно выполнять следующие
функции: контроль данных; Реализация
вышеупомянутых функций выполнена за счёт: использования ODBC-драйверов для работы с таблицами
FoxPro v.2.6; разработки собственных модулей для сохранения и
восстановления данных с использованием среды разработки Inprise Delphi
Client/Server Suite v. 4. большое количество преобразований и вычислительных
операций, производимых над данными. сбор информации из АРМов заработной
платы; Сбор входной информации проходит в три этапа:
непосредственный импорт данных в
базу данных сервера; Выходная информация включает в
себя: файл о совокупных доходах лиц-
налогоплательщиков (формат см. прочие отчеты и справки для отдела ОТиЗ и руководства
(динамика роста/падения заработной платы на предприятии, уровень доходов
различных категорий работающих, численность работников подразделений, отчет о
прошедших суммах по кодам затрат, балансовым счетам и т.д.). Сбор
информации проводится каждый месяц после расчета зарплаты (15 число). По
окончанию сбора информации производится проверка ее корректности при наличии
надобности, по команде оператора производится проверка правильности удержанного
подоходного налога. ООТиЗ получает доступ к новой информации. Полученные данные
в виде отчётных форм передаются в ГНИ РФ. Во время сбора информации особый
упор делается на проверке ее полноты и корректности, так как вся входная
информация, касающаяся, непосредственно, начислений/удержаний, является
ключевой. Ошибка в этих данных повлечет за собой неверно рассчитанное или не
рассчитанное значение, которое, попав в отчётную форму или не попав в неё вовсе,
приведёт к тому, что форма будет признана неправильно заполненной или повлечет
за собой подобные неприятные последствия. Ошибка же в справочных данных приведет
к тому, что отдел ОТиЗ будет пользоваться отчетностью, не отражающей истинное
положение дел на предприятии. Информационные массивы в данном комплексе распределяются на три
типа: основные - хранящие полученные, введённые и рассчитанные данные
по доходам (включая архивные копии прошлых годов), протоколы о получении данных
от подразделений; справочники, такие как справочник форм,
справочник кодов начислений, справочник входимости, справочник с информацией о
структуре предприятия; Руководство пользователя предназначено для того, чтобы научить
пользователя программы работе с ней. При этом предполагается, что он имеет
некоторый начальный навык работы с компьютером, т.е. умеет работать с
клавиатурой и мышью, ориентируется в сообщениях выдаваемых компьютером, знает,
что такое Windows, окно и т.п. Поэтому в этом разделе я постарался максимально
подробно изложить основные режимы работы системы, не вдаваясь в глубокие
технические детали. На рисунке 2. приведен видеокадр работы системы с информацией о
разработчике, версии и т.д. Информация о
заработной плате и прочих доходах физических лиц на сегодняшний день является
строго конфиденциальной. Кроме того, следует учесть то, что неправильные или
неправомочные изменения данных приведут к различным ошибкам в базе данных и, как
следствие, в отчетах. Поэтому работа с данной системой начинается с
идентификации пользователя, для чего система запрашивает его наименование и
пароль, это демонстрирует нам видеокадр, приведенный на рисунке 3. После имени
пользователя и пароля производится проверка прав доступа. На рисунках 4 и 5
продемонстрированы видеокадры из АС с вариантами результатов. В зависимости
от них, некоторые из пунктов меню или опций в формах могут быть
недоступны. В начале эксплуатации АС необходимо
заполнить справочники, перечень которых высвечивается на экране при входе в
одноименную функцию основного меню (см. Рисунок 6). Информация в справочниках
должна быть закодирована (см. описание конкретных справочников). Вся дальнейшая
работа пользователя будет осуществляться с теми кодами, которые он заведет в
справочники. В течение времени эксплуатации системы коды могут удаляться,
корректироваться, добавляться новыми значениями в том числе и импортироваться из
АРМов зарплаты (аналогично, любая другая информация справочников). Для каждого
справочника заложен свой перечень режимов обработки информации, как то
возможность редактирования, печать, поиск, сортировка и т.д. Справочники
используются для формирования отчетов, проверки информации, а также для
формирования файла, который в электронном виде передается в налоговую инспекцию
и для печати документа "Справка о доходах физического лица. Приложение №3 к
инструкции Государственной налоговой службы России N35 от 29 июня 1995
года". Поэтому при формировании справочников нужно руководствоваться
инструкцией по их заполнению "требования к составу и структуре информации о
доходах физического лица, представляемой на магнитных носителях предприятиями,
организациями и налоговыми инспекциями", которая содержится на магнитном
носителе, распространяемом налоговыми инспекциями, вместе со структурой
передаваемого в инспекцию файла, и инструкцией, приведенной в "Финансовой
газете" N52 (316) за декабрь 1997 года. В
классификаторы, согласно их описанию приведенному ниже, заносятся объекты
бухгалтерского учета, принимающие участие в работе данной АС и подлежащие
обязательному кодированию. справочник категорий
персонала; справочник
стран; В справочнике видов начислений должны содержаться все виды
начислений, которые используются в настоящее время на предприятии,
использовались в течении отчетного периода, предстоит использовать в ближайшее
время. При вводе кода начисления в любом другом режиме системы производится
обязательный автоматический контроль на его наличие в этом справочнике. При его
отсутствии об этом выдается сообщение. Коды, введенные в справочник видов начислений, автоматически
попадают в справочники входимости (описание см. далее) В справочнике с
видами удержаний должны содержаться все виды удержаний, которые используются в
настоящее время на предприятии, использовались в течении отчетного периода,
предстоит использовать в ближайшее время. При вводе кода удержания в любом
другом режиме системы производится обязательный автоматический контроль на его
наличие в этом справочнике. При его отсутствии об этом выдается
сообщение. Коды,
введенные в справочник видов удержаний, могут быть привязаны к алгоритмам
расчета подоходного налога, пенсионного фонда, увеличивать необлагаемую
сумму. Виды документов заносятся в справочник видов документов согласно
справочника "Виды документов, удостоверяющих личность налогоплательщика",
формируемого в самой налоговой инспекции, например: Справочник должностей содержит коды и наименования должностей,
применяемых в объединении. В справочнике категорий персонала должны
содержаться все категории персонала (руководители, специалисты, рабочие и т.
д.), которые: При
вводе кода категории персонала в любой другой видеокадр системы производится
обязательный автоматический контроль на его наличие в этом справочнике. При его
отсутствии об этом выдается сообщение и выполнение операции
прекращается. В
справочник профессий должны быть занесены все профессии, имеющиеся в
объединении. Также в системе имеется справочник участков.
Данный справочник необходим для производства отчетов для отдела ОТиЗ с выборкой
данных по участкам, в нем должны содержаться все участки, имеющиеся в данный
момент в подразделении: При вводе кода участка в любой другой видеокадр АС
производится обязательныйавтоматический контроль на его наличие в этом
справочнике. При его отсутствии об этом выдается сообщение, и выполнение
операции прекращается. Справочник цехов так же необходим для производства отчетов
для отдела ОТиЗ, но с выборкой данных по цехам, в нем должны содержаться все
цеха, имеющиеся в данный момент в подразделении: При вводе кода цеха в любой
другой видеокадр АС производится обязательный автоматический контроль на его
наличие в этом справочнике. При его отсутствии об этом выдается сообщение, и
выполнение операции прекращается. Наименования стран с кодами согласно общероссийского
классификатора стран мира (ОКСМ) Госстандарта России заносятся в справочник
стран мира. В справочник регионов заносятся наименования регионов России
(область, край, республика) прописки физического лица согласно справочника
СОГНИ. справочник необлагаемых
минимумов; Одним из
наиболее важных справочников системы является справочник необлагаемых минимумов.
Данный справочник используется для определения суммы минимального необлагаемого
заработка для конкретного месяца, за который удерживается подоходный налог, а
также для расчета подоходного налога с кодов начислений, облагаемых налогом в
суммах, превышающих двенадцать минимальных необлагаемых заработков. В
справочнике отдельно по задаваемым пользователем годам (количество хранимых лет
в файле не ограничено) импортируются из АРМов зарплаты или набираются вручную
суммы необлагаемых минимальных заработков за каждый месяц года. Пользователь
должен самостоятельно следить за изменениями сумм минимальных заработков и
оперативно вносить в справочник изменения. В любой момент времени (отчетным
месяцем является, например, январь или февраль, или март и т.д.) обязательно
должны быть заполнены все двенадцать месяцев года. В месяца, следующие за
отчетным, заносится сумма необлагаемого заработка, равная той, которая действует
в отчетном месяце. Справочник организаций содержит коды и наименования о
структурных подразделений объединений. Пример его заполнения приведен на рисунке
7. Особое внимание следует обратить на то, что в следствии
нормализованности базы данных при изменении кода организации, его изменение
произойдет автоматически всех таблицах базы данных АС, что может потребовать
много времени при больших размерах базы. В состав справочников по работающему вошли только те
справочники, значения которых устанавливаются конкретно для каждого
человека: В справочник с
общей информацией по физическому лицу пользователем вводится или импортируется
информация по каждому табельному номеру, по которому нужно передавать сведения в
налоговую инспекцию. Введенная информация сохраняется для всех последующих
формирований файла и корректируется пользователем по мере необходимости. В
данный справочник вводится такая информация как: табельный номер, цех, участок,
должность, профессия, паспортные данные и т.п. Лицевой счет работающего содержит информацию о начислениях,
удержаниях по табельному номеру, по каждому периоду расчета. Данный справочник
является основным источником информации, поэтому: данный справочник закрыт для корректировки, во
избежание его ручной правки и искажения отчетности, и может быть пополнен или
откорректирован только путем переноса соответствующих данных из АРМа заработная
плата (описание см. ниже). Перед тем как отобразить этот справочник
необходимо ответить на запрос системы о диапазоне отображаемых табельных номеров
и периодов. (Приведен на рисунке 8.) На рисунке 9
представлен пример заполнения этого справочника реальными данными. Для просмотра
более подробной информации по работнику достаточно произвести щелчок мышью на
его строке. В открывшемся окне (приведено на рисунке 10) можно будет просмотреть
полную информацию о начислениях и удержаниях произведенных по этому физическому
лицу за выбранный период расчета. Предназначены для настройки расчета подоходного
налога. Ниже приведен их список: В таблице входимости
начислений в расчет подоходного налога отражена входимость кодов начислений в
расчет подоходного налога. Если код начисления входит в алгоритм расчета
подоходного налога (т.е. с него берется подоходный налог), то в столбце, в
котором находится данный код, набирается единица. В противном случае, в этом
месте набирается ноль. Против тех кодов, которые облагаются подоходным налогом
по фиксированной шкале 12% (местный +федеральный) проставляется
двойка. ВНИМАНИЕ! Должен проставляться ноль в реквизите по кодам
начислений, которые облагаются налогом с учетом кратности по отношению к
необлагаемому минимуму или увеличивают необлагаемую сумму (в таблице "Входимость
начислений в сумму к выплате" по этим кодам начислений реквизиты "Кратность
льготы" и "Увеличение необлагаемой суммы" отличны от нуля). В противном случае,
суммы по этим кодам будут обложены подоходным налогом дважды: как полностью
облагаемые и как облагаемые с учетом кратности. В справочнике увеличения
необлагаемой суммы проставляется единица по тем кодам начислений/удержаний,
которые при расчете подоходного налога прибавляются к необлагаемому минимуму,
льготам и пенсионному фонду, образуя вместе с ними необлагаемую сумму,
вычитаемую из дохода. В справочнике кратности льготы проставляются
значения, отличные от нуля, по тем кодам начислений, которые облагаются
подоходным налогом не полностью, а только в сумме, превышающей годовой
минимальный необлагаемый налогом заработок. По тем кодам начислений, которые
сравниваются с необлагаемым минимумом, будучи предварительно суммированными,
должно проставляться одинаковое значение. Данная категория справочников состоит из
четырех пунктов которые будут описаны ниже: основная таблица подоходного
налога; Справочник коэффициентов для расчета льгот служит
для определения количества льгот (на самого налогоплательщика и детей и
иждивенцев, к нему относящихся) и минимальных необлагаемых налогом заработков,
которые должны быть предоставлены налогоплательщику при удержании с него
подоходного налога в зависимости от размера его дохода с начала
налогооблагаемого года (графа "МИНИМ." - на самого работника, графа "ЛЬГОТ" - на
детей и иждивенцев). В таблице категорий налогоплательщиков должны быть
отражены все категории налогоплательщиков, имеющиеся на предприятии. для расчета подоходного налога с
основных работников предприятия, то есть с тех, у которых минимальный
необлагаемый заработок при расчете подоходного налога вычитается из суммы дохода
(у таких табельных номеров в справочнике по работающему значение реквизита
"Количество минимумов" должно быть отлично от нуля); для
расчета подоходного налога с совместителей (у таких табельных номеров в
справочнике по работающему значение реквизита "Количество минимумов" должно быть
равно нулю). Информация в эту таблицу заносится с официальной
таблицы, в которой дана градация сумм заработка для обложения ее подоходным
налогом. В первой строке таблицы обязательно должна содержаться информация с
наименьшим диапазоном заработка. В этой строке в графу "Сумма, вычитаемая из
облагаемого заработка" заносится необлагаемый минимальный заработок, действующий
на конкретный отчетный месяц. За изменением минимального необлагаемого заработка
пользователь следит самостоятельно и по мере необходимости вручную корректирует
значение данной графы. В остальные строки информация должна заноситься строго по
возрастанию диапазонов заработка. Пользователь набирает только начальное
значение каждого следующего диапазона заработка. Конечное значение предыдущего
диапазона формируется автоматически на одну копейку меньшим заданной
цифры. Таблица размера подоходного налога с чернобыльцев служит для расчета
подоходного налога с участников ликвидации аварии на Чернобыльской АЭС, доход
которых облагается с учетом специальных льгот, предусмотренных соответствующим
постановлением Правительства (так, по состоянию на 01 января 1999 года - первые
тридцать тысяч дохода, начисленные с начала года, налогом вообще не
облагаются). Заполнение таблицы аналогично ее заполнению основной таблице
подоходного налога, только здесь в графе "Сумма, вычитаемая из облагаемого
заработка", в первой строке должен набираться тот предельный заработок, с
которого согласно законодательства налог с чернобыльцев не берется. База данных
данной АС допускает два способа пополнения: ручной (все справочники,
кроме справочника "Лицевой счет работающего" допускают возможность ручной
корректировки данных); автоматический (предусмотрен режим
пополнения справочников непосредственно из баз АРМов заработной платы,
применяемых на предприятии заказчика). Автоматическое
пополнение производится из базы данных АРМа текущего структурного подразделения
или файлов переданных по электронной почте, на магнитном носителе. На рисунке 11
приведен пример пополнения справочника регионов России. Данный справочник
разработан и применяется ГНИ РФ и является единым для всех
предприятий. Пополнение информации о произведенных начислениях и удержаниях
производится после предварительной выдачи запроса об интервале дат и табельных
номеров. Фрагмент его мы можем наблюдать на рисунке 12. После чего выводится
индикатор, отражающий текущее состояние процесса, выполняемую операцию (Рисунок
12). Во
время пополнения происходит автоматический контроль корректности информации для
сохранения целостности базы данных. Он осуществляется на уровне СУБД путем
введения внешних ключей и триггеров, обеспечивающих каскадное обновление базы
данных при изменении ключевого поля в связи один ко многим. (SQL инструкции,
реализующие вышеперечисленное см. в Приложении 2). По окончании процедуры
импорта выдается соответствующее сообщение. Применяется в случае необходимости передачи
данных по электронной почте, либо посредством магнитного носителя. Данная
необходимость возникает, при невозможности доступа в главную локальную сеть
предприятия с машины, на которой эксплуатируется АРМ Заработная плата (например,
из-за удаленности ее в географическом плане). На рисунке 13 приведен видеокадр,
иллюстрирующий работу в этом режиме. На этапе подготовки данных никакой проверки
корректности обрабатываемой информации не ведется, так как ее полная проверка
все равно невозможна из-за отсутствия доступа к главному
серверу. Подготовленные файлы создаются в каталоге, которые задает
пользователь в настройках, откуда их можно передать по электронной почте CC-Mail
с использованием существующего программного обеспечения, или переписать на
магнитный носитель. Импорт данных переданных через электронную почту или
магнитный носитель осуществляется аналогично импорту данных от подразделения
имеющего доступ к основной локальной сети объединения. Наиболее важными условиями,
обеспечивающими спокойное и безболезненное общение с налоговыми органами,
является достоверность, точность и своевременность предоставления информации.
Для обеспечения достоверности в системе предусмотрен режим проверки правильности
удержания подоходного налога. Проверка осуществляется на основании таблицы
входимости начислений в расчет подоходного налога (пример заполнения см. на
рисунке 14), таблицы шкалы налога, таблицы c суммами минимальных окладов,
таблицы с коэффициентами льгот данных о начислениях/удержаниях, произведенных по
физическим лицам. По окончании выдается сообщение и список лиц, у которых налог был
удержан неверно с указанием суммы отклонений. Так как, во избежании нарушения
достоверности информации, ручная правка лицевых счетов по работающему запрещена,
кроме особых случаев при входе по паролю администратора, то данный список
подлежит сдаче в бухгалтерию подразделения для доудержания или возврата сумм
подоходного налога. Как и в любой другой
автоматизированной системе, работающей с базой данных в данной системе,
производство отчетов является важнейшей частью и конечной цельювсей работы. На
сегодняшний день система обеспечивает производство отчетов для ГНИ, необходимую
отчетность для отдела ОТиЗ. Если говорить о перспективах развития системы, то
стоит упомянуть планы обеспечения необходимой отчетностью, также плановый отдел.
Ниже приведен список отчетов системы. отчет об итоговых суммах доходов и подоходном
налоге; список работников с прогрессивным
налогообложением; формирование файла о доходах на магнитный
носитель. состав ФЗП согласно классификатора
кодов по начислению; отчет по
составу ФЗП, ФМП, прочих фондов; свод по отпускам и
отгулам; состав ФЗП согласно классификатора категорий персонала
(в динамике) (см. Рисунок 15); отчет о размере ФЗП по
произвольному коду начисления, цеху, участку и периоду (в
динамике). Для того, чтобы сформировать отчет, вам необходимо только
заполнить форму, аналогичную приведенной на рисунке 12, т.е. выбрать диапазон
табельных номеров и период. В некоторых случаях необходимо выбрать также
структурную единицу, по которой будет идти выборка данных (цех, участок,
категорию, тип начисления и т.п.) В заключение
стоит отметить, что все отчеты будут сгенерированны по текущему структурному
подразделению. (Выбор структурного подразделения смотри в сервисных
функциях) обеспечение пользователя необходимым инструментарием
для повышения комфортности работы с системой. Функции доступные только администратору (подробности приведены в
руководстве программиста): реиндексация баз
данных; блокнот (встроенный текстовый редактор
предназначеный для ведения записей. По своим возможностям несколько уступает
редактору WordPad, поставляемому вместе с Windows 95/98. Сохраняет файлы в RTF
формате); календарь (предназначен для
удобства ориентации пользователя в рабочем времени, приведен на рисунке
17); о программе (приводит краткую информацию о программе,
приведена на рисунке 2); Доступ к
служебным сервисным функциям можно получить, только зайдя в систему под паролем
администратора. Данное ограничение введено для гарантированного сохранения
целостности данных, защиты их от несанкционированного доступа. Инсталляция и настройка
системы проводится специалистами АСУ СургутГазПрома. Программа инсталляции
системы представляет собой типичную программу установки приложений для Windows
95, снабжённую большим количеством подсказок, минимизирующую ручной ввод данных
пользователя, путём предоставления ему выбора нужных опций установки посредством
интуитивно понятных средств диалога. В процессе установки программа предложит
выбрать путь на диске, по которому будут копироваться выполняемые и
конфигурационные файлы программного комплекса. По умолчанию он будет установлен
в каталог \Program Files\Np_W После того,
как необходимый путь будет указан, произойдёт копирование файлов. Программа
создаст Рабочую группу "Налогоплательщик" в кнопке "Пуск", войдя в которую можно
будет обнаружить одноимённый ярлык, ссылающийся на файл запуска в работу системы
"Налогоплательщик". Аналогичный ярлык будет автоматически создан на рабочем
столе. Драйверы для работы с БД и все необходимые настройки будут установлены
автоматически. По окончанию копирования файлов программа установки предложит
закончить свою работу. После этого можно приступать к работе с
комплексом. Настройка системы заключается в прописке
путей доступа к базам данным АРМов заработная плата, установленных в
подразделениях, а также в распределении прав доступа к данным (полный, доступно
для редактирования, только для чтения, гость –демонстрация, работают только
некоторые режимы). Для данной цели используются соответствующие пункты в меню
"Сервис". На рисунке 19 приведен видеокадр работы системы в режиме
настройки путей доступа к базам подразделений. 5.3 Служебные
функции работы с базой данных Резервное копирование данных остается актуальным, несмотря на такие
способы сохранения целостности данных в критических ситуациях работы с базой
данных, как ведение системного журнала, контроль целостности базы при помощи
ограничений ссылочной целостности, триггеров и т.п. Дело в том, что в
результате непредвиденных обстоятельств: типа пожара в серверной или умышленного
вмешательства, информация может быть полностью уничтожена, что может привести к
неприятным последствиям, как для отдельных лиц, так и для предприятия в целом.
Для возможно более быстрого восстановления данных в подобных ситуациях
применяются резервные копии. Практика показывает, что желательно иметь две
копии. В данной системе режим резервного копирования баз данных также
предусмотрен. Также, в связи с большим объемом базы данных, пользователю
предоставлена возможность самому выбрать типы данных для резервного копирования
(лицевые счета, различные справочники и т.д.). В пользу периодического
создания резервной копии и восстановления базы данных из нее говорит также сама
структура базы данных в InterBase. База данных в котором состоит из
пронумерованных с 0 страниц фиксированного размера. InterBase располагает на
одной странице БД версии одной записи таблицы БД. После удаления записей на
странице образуются дырки. При добавлении новой записи анализируется размер
максимальной дырки, если он меньше длины добавляемой записи, то происходит
компрессия страницы, в процессе которой дырки объединяются. Если освободившегося
пространства не хватает, то запись записывается с новой страницы. Выделение
страниц никак не оптимизировано. При длительной работе с базой это приводит к
высокой фрагментации БД и как следствие – к замедлению работы с ней. Поэтому
необходимо периодически проводить дефрагментацию базы. InterBase
автоматически проводит ее через 20000 (транзакций), но этот способ обрабатывает
только те версии записей, для которых нет активных транзакций. Поэтому более
предпочтительным является второй способ, который состоит в сохранении БД на
дисковом носителе и последующем ее восстановлении из резервной копии. Данный
способ гарантирует полную дефрагментацию, так как при сохранении и
восстановлении БД не может быть активных транзакций. В руководстве программиста не принято останавливаться на вещах
тривиальных, поэтому я не буду распространяться здесь о необходимости и
полезности использования индексов в работе с БД. Индексы могут быть разбалансированы после многократного
внесения изменений в таблицу БД. Это приводит к тому, что глубина индекса
возрастает сверх критического значения, что резко снижает его ценность. Пароль - masterkey Структуры таблиц, триггеров,
просмотров и индексов БД, приведены в приложении 3 в виде SQL программы. Это
сделано для удобства редактирования структур базы. Полное наименование разрабатываемого АРМа:
"Автоматизированное рабочее место "Налогоплательщик" работника отдела налоговой
политики, осуществляющего сбор информации о доходах налогоплательщиков по
объединению, контролирующего начисление подоходного налога и производящего
отчеты для ГНИ РФ". АРМ разрабатывается студентом пятого курса Омского Государственного
Технического Университета по заказу цеха производственно-хозяйственной
деятельности Производственно Технического Предприятия
"Сургутгазэнергоремналадка" ОАО "Сургутгазпром". Цель создания системы: обеспечить выполнение требования законодательства
в отношении отчетности по подоходному налогу,автоматизировать процесс
производства отчетности в ГНИ РФ. АРМ
"Налогоплательщик" предназначен для выполнения текущих работ работника отдела
налоговой политики, таких как: сбор со
структурных подразделений предприятия информации об удержанном подоходном налоге
плате за период; подготовка и заполнение отчетов в ГНИ
РФ на бумажных и носителях; сдача информации о начисленной
заработной плате и удержанном подоходном налоге в налоговую инспекцию на
магнитном носителе; вывод стандартных
отчетов; Автоматизации
подлежат: отделы бухгалтерий структурных
подразделений. При разработке системы следует также учитывать
наиболее характерные особенности объектов
автоматизации: специфику действия трудового законодательства в
северных территориях; 3. Требования к АРМу АРМ
"Налогоплательщик" должен быть реализован на программно-технических средствах,
совместимых с общей концепцией АСУ предприятия. Обязательным требованием к
настоящему АРМу является корректная обработка им данных, содержащихся в базах
данных программ, применяемых для расчета заработной платы в структурных
подразделениях ОАО "Сургутгазпром". настройка системы на параметры конкретного рабочего места
(список пользователей системы, права доступа к информации, используемые
технические средства, пути доступа к АРМам расчетчиков заработной платы, способ
передачи информации к вышестоящей организации, принятые формы документов и
т.д.); выполнение стандартных параметрических запросов к базе
данных с возможностью отображения найденной информации на экране, формирование
печатных форм (справки, отчеты) по стандартным
запросам; занесение информации в
базу данных с возможностью ее просмотра на экране; 3.2.1. Требования к организационному обеспечению Структура
программно-информационного обеспечения в целом должна определяться
взаимоотношениями между структурными подразделениями ОАО "Сургутгазпром".
Организационное обеспечение деятельности коллектива работников бухгалтерии,
занимающихся налогами, должно быть реализовано в виде самостоятельных
автоматизированных рабочих мест. Запуск модулей в АРМе должен осуществляться
через меню АРМа, пункты которого соответствуют конкретным функциональным
задачам. Доступ к информации должен определяться правами пользователей
системы. Должна быть разработана система допуска, позволяющая ограничить права
пользователей по группам: просмотр (редактирование части
данных). АРМ
"Налогоплательщик" должен быть реализован на программно-технических средствах,
совместимых с общей концепцией АСУ предприятия. Обязательным требованием к
настоящему АРМу является корректная обработка им данных, содержащихся в базах
данных программ, применяемых для расчета заработной платы в структурных
подразделениях ОАО Отчеты, формы ввода и
процедуры обработки информации должны быть разработаны инструментальными
средствами языка программирования Borland Delphi 4.0 с использованием СУБД
InterBase v5.0. Продукт должен быть разработан под операционную систему
Microsoft Windows 95 или выше, сетевое программное обеспечение
Microsoft. ИдФайл:7707123456**980110150011 ДолжнОтпр:БУХГАЛТЕР ДатаДок:10.06.1999
АдрМЖ:,626400,36,,,,ОСТРОВСКОГО УЛ,1,,27
ДоходМес:10000.00,10000.00,10000.00,0.00,0.00,0.00,15000.00,
Вычет:10,600.00;
ОблСуммНалИс:5880.00
ВыгСумм:500.00 SQL программа создающая базу
данных системы create table Config ( God_Start Char(4), FOREIGN KEY(CurrOrg) REFERENCES Org(KeyOrg) ON UPDATE
CASCADE); create table RabPlaces ( FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON
UPDATE CASCADE); Oklad Float, Prof Char(2), Tab Char(5) Not
Null, Data_Ras_M Char(2), FOREIGN
KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE
CASCADE); Data_M Char(2), Data_R Char(4), create table
Data ( Dat_R Date,
PostInd Char(6), Korp Char(10), CREATE INDEX tab_sum_n ON nach(tab,
symma); CREATE INDEX ych ON
ych(ych); CONSTRAINT PO_KeyOrg3 Ych Char(2) not
null, FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON
UPDATE CASCADE); > Kat Char(2) not
null, Naim Char(30) not null, Primary Key (Prof)); create table Oblast ( KatP char(2) not null, naim Char(75) not null, PRIMARY KEY(Data)); For_Nal
Float, Sum_Pens_RK_SN Float, Zen_Pod Float, FOREIGN KEY(KeyOrg) REFERENCES Org(KeyOrg) ON UPDATE
CASCADE); Koef SmallInt Not Null); Pr SmallInt Not Null, Naim
Char(254) Not Null, Primary
KEY(Kod)) declare external function sh_date_to_y cstring(4) declare
external function sh_date_to_m cstring(4) Active
New.Data_G=sh_date_to_y(New.Data_G);
New.Gen=Gen_Id(Numb_Nach,1); CREATE
GENERATOR Numb_Ud; select tab,
data_ras_m, data_ras_g, sum(symma)as sum_n as create view fio_01 (tab_, fio_,
zeh_, ych_, prin_, yvol_) create view fio_02
(ych_, deal_tab_) select zeh, naim from ych select data_ras_m,
sum(symma), fio.kat as create view nach_05(data_ras_m_, sum_)
| |
