Modber Сообщество
профессионалов по 1С

Расчет заработной платы в автотранспортной компании



Платформы: 1С:Предприятие 8.3, 1С:Предприятие 8.2
Конфигурации: 1С:Зарплата и Управление Персоналом
2014-08-20
3967 
bpost
13  
Этот проект мы реализовали в очень сжатые сроки. У нас было полтора месяца — в конце января необходимо было уже подсчитать зарплату водителям и кондукторам.

Перед нами поставили несколько задач, которые мы разбили на три блока.
 

Первый блок задач

Это загрузка хранения актуальной информации. Вся информация в базу загружалась из внешних файлов и ручную ничего практически не вносится потому что 1С выступала неким транзитом. Существуют несколько систем:
— системы, в которых имеется первичная информация — путевые листы и другая первичная документация;
— 1С, где рассчитывается зарплата водителей и кондукторов, а также ведется остальной расчет;
— следующие системы, которые получают информацию из 1С.

Таким образом, ручного ввода нет — все загружалось из данных.

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

Второй блок задач

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

Также одной из задач была ежедневный расчет по уволенным работникам. Когда сотрудник (водитель или кондуктор) увольняется, мы должны выполнить расчет в тот момент, когда он уволился и передать эти данные, для того, чтобы его рассчитали уже окончательно при увольнении. Дополнительно еще два документа были реализованы: это расчет суммы лишения премий и расчет доплаты по КТУ. Хочу обозначить, что здесь блок расчета зарплаты и вообще весь проект был выполнен на дополнительных объектах. Мы не трогали типовые объекты, то есть типовая 1С осталась сама по себе. И на ней просто был приделан сверху целый блок, который и реализовывал эту задачу.

Дальше было трансформация 1С, т.е обновление проходит совершенно легко. Также легко мы можем перенести эти объекты, например, при переходе на ЗУП Корп. 3.0. и так далее. То есть очень удачно то, что было принято решение о том, что мы не затрагивали никакие типовые вещи — все делалось отдельными объектами.

 

Третий блок задач

Обработка результатов расчета зарплаты водителей и кондукторов:

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

Есть три крупных блока: загрузка, расчет и выгрузка.

Ну и более подробно о том, как мы это реализовывали. Самое первое, что мы делали — это формирование справочника физических лиц и сотрудников — все эти данные загружались из файлов в типовые объекты. А также сведения о табельных номерах, разрядах и классах сотрудников. Особенность предприятий еще в том, что табельные номера являются периодическими. Конечно, типовая 1С никак такую вещь реализовать не может, а номера меняются при переходе сотрудников из одной колонны в другую. Это надо было отслеживать потому, что загрузка данных идет по табельным номерам, то есть достаточно сложный кусочек. Также заменяются классы, которые влияют на размер зарплаты, который будет начислен.
 

Сведения о подвижном составе

Сформировались основные справочники:

1. Справочник «Автобусы»;
2. Вспомогательные справочники «Модели автобусов», «Классы автобусов», «Категории автобусов». В итоге все эти моменты влияют на расчет. Они нам нужны были для того, чтобы посчитать корректно зарплату водителям.
3. Загрузка данных о пробегах подвижного состава для определения категории автобусов. Все это влияет на расчет.

Таким образом, был созданы справочники «Автобусы», который содержал определенные сведения, и справочник «Модели автобусов». Эти два справочника загружаются и обновляются каждый месяц, так как меняется состав. И небольшие вспомогательные справочники были введены вручную: «Категории автобусов» и «Классы автобусов».

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

Следующий блок загрузки — это сведения об отработанном времени. Был разработан специальный документ «Отработанное время» и ежемесячно загружалось два документа — по кондукторам и по водителям. Загрузка выполнялась в разрезе по дням, в разрезе видов работ, маршрутов и гаражных номеров, то есть там очень много раздробленной информации.

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

То есть специфическая информация, которая тоже вся используется в расчете — это все дополнительные справочники.

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

Ну и собственно следующий блок задач, который мы решали — это непосредственно расчет. Аналогично был создан документ для расчета зарплаты. Если раньше данные загружали отдельно по водителям и кондукторам, то расчет уже выполнялся единым документом. Этот документ также получается очень большим. В итоге в нем получалось порядка 250 строк в каждом документе. Ежемесячно мы формируем такой документ, собирая все параметры, ранее загруженные данные, все показатели расчета, отработанное время, все, что было загружено на первом этапе, обрабатывается и формируется в этот документ по расчету. По длительности порядка пятнадцати минут занимает расчет. За счет того, что структура была очень хорошо продуманная, проработанная и организованная, сам расчет в итоге не занимает длительного времени, хотя объем документов очень большой.

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

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

И последний документ, который был разработан — это доплата по КТУ, которая является аналогом типового документа «Изделия и наряды», но так как мы весь блок делали на своих объектах, не затрагивали типовые объекты, то принято было решение о том, что и расчет по КТУ мы сделаем тоже свой и на наших данных. Принцип здесь точно такой же — распределения сумм по часам в зависимости от отработанного времени и коэффициента.

По результатам расчета зарплаты, в этих дополнительных объектах далее выполнялась свертка выполненного расчета. Таким образом, если мы вели расчет по дням, то далее эти данные сворачивались и передавались в типовой документ регистрации разных начислений уже в свернутом виде за месяц. После этого начинал работать типовой механизм. Весь расчет зарплаты водителей и кондукторов выполняет отдел труда и зарплаты (ОТЗ), а расчетчики начинали расчет таких показателей, которые не зависят от конкретного водителя или кондуктора, отпуска, праздничные и так далее. Все эти моменты уже считались в отчетном отделе с использованием этого документа.

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

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

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

Результаты проекта:
— удовлетворены все требования заказчика в очень краткие сроки;
— весь блок за счет того, что он написан как внешняя система, легко позволяет обновлять программу, переходить на другую конфигурацию.

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



Бесплатная юридическая
консультация по телефону

8 (499) 350-80-26(Москва)
8 (812) 627-15-62(Спб)

звонок бесплатный

В центре внимания

Комментарии (0)