Файл: Разработка регламента выполнения процесса «Расчет заработной платы» (моделирование существующих бизнес-процессов в организации и разработка предполагаемых мероприятий по улучшению расчета заработной платы).pdf

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

• 1. Постановка задачи

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

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

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

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

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

---

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

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

Если предприятие работает в производственной сфере, то система обязана проводить расчеты не только в рамках повременной оплаты труда - по окладу или часовой тарифной ставке, но также поддерживать сдельную форму оплаты и проводить обработку индивидуальных и бригадных нарядов. Естественно, в программе должен быть предусмотрен автоматический расчет отпускных, выплат по больничным листам, различных надбавок (северных, за вредные условия труда и т.д.), пособий, доплат (например, за работу в ночное время или сверхурочные), регулярных и разовых премий. Также должно производиться и автоматическое удержание ссуд, алиментов и сумм по исполнительным листам. Помимо обеспечения поставки стандартного набора начислений и удержаний, нужно, чтобы система давала возможность настраивать и пользовательские алгоритмы расчета. Безусловно, в списке «обязанностей» программы должен присутствовать и такой важный пункт, как поддержка выплаты аванса и выплат в межрасчетный период.

Не секрет, что во многих организациях возникают проблемы со своевременной выплатой заработной платы. В этой связи приобретает особую значимость корректность расчета подоходного налога.

Удобно, когда программный продукт предусматривает учет приказов по персоналу и данные этих приказов можно использовать при расчете зарплаты и сумм начислений во внебюджетные фонды. Как известно, на каждом предприятии существуют группы работников с однотипными начислениями и удержаниями. Следовательно, для экономии времени бухгалтеров-расчетчиков система должна обеспечить и пакетный ввод и обработку информации.

Значительный комфорт при работе создает и наличие средств быстрого поиска и устранения неточностей при расчетах. Поэтому было бы желательно, чтобы программа выдавала подробный протокол-разъяснение по расчету полученных сумм, где будут отражены исходные данные, порядок расчета, расчетные формулы, промежуточные значения и конечные результаты. Кроме того, если бухгалтер по каким-то причинам желает внести коррективы в результаты автоматического расчета, то система должна помочь ему и в этом.

---

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

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

В круг задач, решаемых данной системой, непременно должны входить и печать расчетных, расчетно-платежных и платежных ведомостей, лицевых счетов, расчетных листков, налоговых карточек и т.д.

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

Как известно, налоговые инспекции требуют предоставление справок о доходах на магнитных носителях. Аналогичные требования предъявляют и отделения Пенсионного Фонда в части предоставления данных для персонифицированного учета взносов. Поэтому наряду с предоставлением отчетов и справок в обычном, бумажном виде, система также должна позаботиться и об этом.

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

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

• 1. Выбор средства для моделирования бизнес-процессов

Основной целью выбора корпоративного стандарта организационного проектирования является задание общего и обязательного к применению языка общения управленческого звена компании, разработчиков организационных и технологических процессов и исполнителей этих процессов. Частными применениями таких стандартов является синтез требований к создаваемым системам, положений об организационных подразделениях, служебные инструкции и т.д.

---

Существует более 20 технологий проектирования организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса. Поэтому, с учетом временного фактора, сравнительный анализ был ограничен тремя наиболее популярными на российском рынке продуктами: Bpwin/Erwin (Computer Associates), Rational Rose (Rational Software Corporation) и Microsoft Visio.

ERwin – средство концептуального моделирования БД, использующее стандарт IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.

BPwin – средство функционального моделирования, реализующее методологию IDEF0-IDEF3. Методология IDEF0, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.

Rational Rose – предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML – Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант – Rational Rose/C++ – позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

---

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

Изначально этот программный продукт разработан и выпускался компанией Visio Corporation. В дальнейшем, он был приобретен Microsoft и вошел в пакет офисных приложений Microsoft Visio.

Для построения схем в Visio применяется векторная графика, которая позволяет масштабировать изображение без потери качества. Также, Microsoft Visio обладает широкими возможностями по графическому оформлению диаграмм и схем процессов. Эти свойства делают Visio хорошим инструментом для «рисования» бизнес процессов.

Новая версия Visio позволяет создавать схемы процессов на основе стандарта моделирования BPMN 2.0 (Business Process Model and Notation) и визуально проверять корректность построения этих диаграмм. Также, в новой версии Visio есть возможность создавать схемы на основе стандарта моделирования UML 2.4

Последние версии Microsoft Visio выпускаются в двух вариантах – Microsoft Visio Standard и Microsoft Visio Professional. Отличие этих вариантов в основном заключается в составе диаграмм. Версия Professional предоставляет больше видов диаграмм и возможностей по их представлению.

Основные возможности Visio по моделированию бизнес процессов заключаются в следующем:

• 1. Графическое оформление схем. С помощью средств Visio можно задать различные эффекты для фигур на схемах процессов, выбрать темы оформления схем, изменять фигуры, сохраняя макеты схем и метаданные фигур;
  2. Совместная работа над схемами. Используя web браузер можно организовать общий доступ к просмотру схем. При дополнительной установке SharePoint Server и Microsoft Lync 2013 у пользователей появляется возможность комментировать схемы, осуществлять совместную работу с ними и обмениваться сообщения;
  3. Взаимосвязь схем с наборами данных. Каждую фигуру из схемы можно связать с набором данных из Excel, SharePoint, службы SharePoint Business Connectivity Services и SQL Server. Для наглядного представления данных можно использовать большое количество графиков и цветовых схем;
  4. Создание схем с помощью стандартных нотаций. Для проверки корректности создаваемых схем в Visio встроены правила, позволяющие контролировать правильность применения элементов. Эти правила заданы для стандартных нотаций, таких как BPMN. При необходимости, такие правила можно задавать самостоятельно.

Основными преимуществами Visio, по сравнению с CASE средствами, являются:

• 1. Легкость создания схем. Для разработки схем процессов не требуется специальное обучение. Рисование диаграмм и схем процессов осуществляется с помощью простого и понятного интерфейса;
  2. Наличие образцов диаграмм. В Microsoft Visio включено большое количество различных образцов диаграмм, что упрощает и ускоряет процесс создания схем бизнес процессов;
  3. Связь схем процессов с данными из офисных приложений. Т.к. Visio входит в состав пакета Microsoft Office, то схемы процесса можно связать с документами и данными из Word, Excel, PowerPoint, Access and Project;
  4. Применение стандартных нотаций. Для создания схем процессов, применяемых в различных CASE средствах (например, ARIS, BPwin, ERwin, Rational Rose) Visio включает в себя набор диаграмм, которые используются в этих средствах. Например, eEPC, IDEF0, IDEF3, UML. Для некоторых из них Visio позволяет осуществлять контроль правильности создания схем процессов.

---