принципы построения подсистемы расчета зарплаты и учета

ПРИНЦИПЫ ПОСТРОЕНИЯ ПОДСИСТЕМЫ РАСЧЕТА ЗАРПЛАТЫ И УЧЕТА ДОХОДОВ
ФИЗИЧЕСКИХ ЛИЦ В СООТВЕТСТВИИ С КОНЦЕПЦИЕЙ ИИАС
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: [email protected]
С января 2001 г. в Удмуртском госуниверситете работает подсистема расчета заработной платы и учета доходов
физических лиц, разработанная в соответствии с концепцией ИИАС. Подсистема является составной частью ИИАС,
разработана средствами Oracle Designer 2000, используемая СУБД – Oracle server 8.1.6. Анализ прошлого опыта
разработки и эксплуатации систем расчета и учета зарплаты показал, что основные трудозатраты на этапе
эксплуатации связаны с изменениями структур данных, необходимыми для обеспечения постоянного соответствия
системы изменчивым требованиям законодательства. Создание "устойчивой" к изменениям внешних факторов модели
данных является одной из основных целей при разработке подобных систем. Реализация основного принципа
построения ИИАС – хранение полного набора первичных документов в интегрированной базе данных позволяет:
– организовать выполнение расчетных операций по заработной плате одновременно в нескольких подразделениях
вуза, в том числе и территориально удаленных;
– организовать выполнение расчетов зарплаты одновременно за разные расчетные периоды (например,
одновременно считается бюджетная зарплата за февраль и зарплата из внебюджетных источников за март);
– получать отчетную и аналитическую информацию в разрезе подразделений, источников финансирования,
категорий работников, договоров НИР и т.д. по вузу в целом;
– вести учет доходов по сотрудникам, получающим доходы в разных подразделениях вуза из разных источников
финансирования;
– организовать разграничение доступа к конфиденциальной информации на уровне пользователей;
– использовать в задаче данные из других подсистем и предоставлять доступ к собственным данным другим
подсистемам;
– обеспечить формирование необходимой отчетности в фискальные органы (сведения о доходах в ГНИ,
Пенсионный фонд).
Исходные данные для расчета заплаты содержатся в следующих документах:
– в приказах отдела кадров о приеме/увольнении, перемещении, назначении надбавок ... (работа с этими
документами ведется в подсистеме ИИАС-КАДРЫ);
– в трудовых соглашениях и прочих договорах гражданско-правового характера (ИИАС-ДОГОВОРЫ);
– в табелях и других документах по учету отработанного времени (ИИАС-ЗАРПЛАТА);
– в личных документах человека (исполнительные листы, заявления на безналичное перечисление на банковские
счета, заявления на предоставление льгот... Работа с этими документами ведется в подсистемах ИИАС-КАДРЫ
и ИИАС-ЗАРПЛАТА);
– непосредственно в расчетных ведомостях по зарплате (ИИАС-ЗАРПЛАТА).
Результаты расчета зарплаты, сведения о прочих доходах физических лиц, удержаниях из доходов (налоги,
вклады, удержания по ссудам...) отражаются в финансовых операциях. Таблицы финансовых операций являются
общими с другими подсистемами бухгалтерского блока (ИИАС-МАТУЧЕТ, ИИАС-БУХГАЛТЕРИЯ...). По этим
финансовым операциям формируется вся необходимая бухгалтерская отчетность, как по зарплате, так и по другим
бухгалтерским подсистемам.
Обеспечение хранения такого разнообразия документов и отслеживание множества связей между ними возможно
только в интегрированной базе данных, реализованной на мощном сервере, например Oracle.
Основными особенностями представляемой подсистемы являются:
– возможность одновременного расчета зарплаты за разные периоды времени (месяцы). Эта ситуация достаточно
часто встречается в вузах, при задержках финансирования по одному из источников;
– наличие мощной системы ограничения доступа к конфиденциальной информации. Задача ограничения доступа
пользователей к информации становится особенно актуальной при увеличении числа пользователей системы и
при накоплении больших объемов данных.
Реализация подсистем в соответствии с единой концепцией, с использованием интегрированной базы данных
позволяет многократно использовать информацию, введенную в одной из подсистем, избежать дублирования и
преобразования данных, и, как следствие, существенно сократить расходы на эксплуатацию системы. Корректное
выделение функциональных подсистем обеспечивает их постепенное модульное внедрение.
1