ПРИНЦИПЫ ПОСТРОЕНИЯ ПОДСИСТЕМЫ РАСЧЕТА ЗАРПЛАТЫ И УЧЕТА ДОХОДОВ ФИЗИЧЕСКИХ ЛИЦ В СООТВЕТСТВИИ С КОНЦЕПЦИЕЙ ИИАС PRINCIPLES OF CONSTRUCTION OF A SUBSYSTEM OF ACCOUNT OF THE SALARY AND ACCOUNT OF THE INCOMES OF THE PHYSICAL PERSONS ACCORDING TO THE CONCEPT IIAS А.А.Вотинцев, А.Н.Миронов, В.А.Романенко Удмуртский государственный университет, Ижевск Тел.: (3412) 75-17-58, e-mail: man@uni.udm.ru С января 2001 г. в Удмуртском госуниверситете работает подсистема расчета заработной платы и учета доходов физических лиц, разработанная в соответствии с концепцией ИИАС. Подсистема является составной частью ИИАС, разработана средствами Oracle Designer 2000, используемая СУБД – Oracle server 8.1.6. Анализ прошлого опыта разработки и эксплуатации систем расчета и учета зарплаты показал, что основные трудозатраты на этапе эксплуатации связаны с изменениями структур данных, необходимыми для обеспечения постоянного соответствия системы изменчивым требованиям законодательства. Создание "устойчивой" к изменениям внешних факторов модели данных является одной из основных целей при разработке подобных систем. Реализация основного принципа построения ИИАС – хранение полного набора первичных документов в интегрированной базе данных позволяет: – организовать выполнение расчетных операций по заработной плате одновременно в нескольких подразделениях вуза, в том числе и территориально удаленных; – организовать выполнение расчетов зарплаты одновременно за разные расчетные периоды (например, одновременно считается бюджетная зарплата за февраль и зарплата из внебюджетных источников за март); – получать отчетную и аналитическую информацию в разрезе подразделений, источников финансирования, категорий работников, договоров НИР и т.д. по вузу в целом; – вести учет доходов по сотрудникам, получающим доходы в разных подразделениях вуза из разных источников финансирования; – организовать разграничение доступа к конфиденциальной информации на уровне пользователей; – использовать в задаче данные из других подсистем и предоставлять доступ к собственным данным другим подсистемам; – обеспечить формирование необходимой отчетности в фискальные органы (сведения о доходах в ГНИ, Пенсионный фонд). Исходные данные для расчета заплаты содержатся в следующих документах: – в приказах отдела кадров о приеме/увольнении, перемещении, назначении надбавок ... (работа с этими документами ведется в подсистеме ИИАС-КАДРЫ); – в трудовых соглашениях и прочих договорах гражданско-правового характера (ИИАС-ДОГОВОРЫ); – в табелях и других документах по учету отработанного времени (ИИАС-ЗАРПЛАТА); – в личных документах человека (исполнительные листы, заявления на безналичное перечисление на банковские счета, заявления на предоставление льгот... Работа с этими документами ведется в подсистемах ИИАС-КАДРЫ и ИИАС-ЗАРПЛАТА); – непосредственно в расчетных ведомостях по зарплате (ИИАС-ЗАРПЛАТА). Результаты расчета зарплаты, сведения о прочих доходах физических лиц, удержаниях из доходов (налоги, вклады, удержания по ссудам...) отражаются в финансовых операциях. Таблицы финансовых операций являются общими с другими подсистемами бухгалтерского блока (ИИАС-МАТУЧЕТ, ИИАС-БУХГАЛТЕРИЯ...). По этим финансовым операциям формируется вся необходимая бухгалтерская отчетность, как по зарплате, так и по другим бухгалтерским подсистемам. Обеспечение хранения такого разнообразия документов и отслеживание множества связей между ними возможно только в интегрированной базе данных, реализованной на мощном сервере, например Oracle. Основными особенностями представляемой подсистемы являются: – возможность одновременного расчета зарплаты за разные периоды времени (месяцы). Эта ситуация достаточно часто встречается в вузах, при задержках финансирования по одному из источников; – наличие мощной системы ограничения доступа к конфиденциальной информации. Задача ограничения доступа пользователей к информации становится особенно актуальной при увеличении числа пользователей системы и при накоплении больших объемов данных. Реализация подсистем в соответствии с единой концепцией, с использованием интегрированной базы данных позволяет многократно использовать информацию, введенную в одной из подсистем, избежать дублирования и преобразования данных, и, как следствие, существенно сократить расходы на эксплуатацию системы. Корректное выделение функциональных подсистем обеспечивает их постепенное модульное внедрение. 1