Выплаты зарплаты. Проблемы в программе "1C:Зарплата и Кадры".

26.08.09

Разработка - Механизмы типовых конфигураций

Как известно, выплаты зарплаты в конфигурации "1С:Зарплата и Кадры" привязаны к периодам начисления. Однако реализация этого алгоритма такова, что вызывает очень серьезные трудности у пользователей.

Выплаты зарплаты. Проблемы в конфигурации "1С:Зарплата и Кадры".

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

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

Рис.1 Задолженность перед всеми сотрудниками и расшифровка задолженности за май к началу рассмотрения примера.

Создадим документ на выплату. Период, за который выплачивается зарплата, май. Сумма - 15153 рубля.

Рис.2 Выплата Романову за май. В этот момент есть задолженность Романову за март.

Теперь посмотрим вновь на отчет о задолженности.

Рис.3 Задолженность перед всеми сотрудниками после выплаты Романову за май. Задолженность перед Романовым составляет 21402 руб. за март.

Пользователь произвел выплату за май, при наличии задолженности за март, что конечно неправильно, а программа позволила это сделать. Это может привести к неправильному расчету компенсации за задержку выплаты зарплаты. А сейчас о проблеме более серьезной. Вернемся к началу примера. Предположим, что нужно выплатить Романову 30000 рублей. Часть этой суммы приходится, как мы видели, на март (21402 руб.), а часть на май (15153,96 руб.). Значит нужно разбить эту сумму точно! по периодам, и создать два документа на выплату зарплаты. Но допустим, что пользователь ошибся и разбил сумму так: 21408 рублей за март и 8592 рублей за май. Замечу, что в кассу придется передать две платежные ведомости, в каждой из которых Романову нужно расписаться. Кассиру (возможно на калькуляторе) и сотруднику (видимо в уме) придется складывать две суммы (чаще всего не круглые), чтобы не ошибиться при выдаче. Но самое главное - задолженность по периодам. Выплатим Романову оставшиеся 6555,96 рублей третьим документом (предположим это произошло уже на следующий месяц), и посмотрим на задолженность. Вот она какая.

Рис.4 Задолженность перед всеми сотрудниками и расшифровка задолженности за май после полной выплаты Романову.

Самое большее, что можно увидеть, это то, что перед Романовым есть долг. Но откуда он взялся, и соответствует ли это действительности понять невозможно, поскольку переплата сотруднику за март нигде не видна. Произошла своего рода "пересортица" в выплате зарплаты, т.е. перераспределение выплат в пользу одного периода за счет другого периода. Именно эта ситуация очень часто встречается на практике. Конечно, можно было воспользоваться функцией "рассчитать" в документе "Выплата зарплаты" для получения правильной суммы выплаты, но во-первых в рассмотренном примере это можно сделать только применительно к марту, а в мае, поскольку производится неполная выплата, сумму в любом случае придется вычислять вручную как разность общей суммы выплаты (30000 руб.) и суммы выплаты за март, а во-вторых на практике переплата часто возникает в связи с исправлениями начислений "задним числом".

Еще одна проблема: "переходящие копейки". Отчет "Структура задолженности предприятия" показывает долг в том случае, если он перенесен на следующий месяц и включен в текущее начальное сальдо. Документ "Выплата заработной платы" в такой ситуации при расчете полной выплаты за прошлый месяц (см. Рис. 5) покажет нулевую сумму. На том же рисунке (на белом фоне) - содержание отчета. Как видите в отчете долг есть. Хотя на самом деле в данном случае долг существует только за май. Понятно, что при большом количестве сотрудников сумма несуществующего долга будет внушительной и разглядеть в нем существующий долг будет непросто.

Рис. 5 При нулевой сумме полной выплаты отчет показывает задолженность.

Теперь посмотрим насколько серьезны последствия несовпадения периодов выплат заработной платы с периодами начисления заработной платы. Продолжим рассмотрение того же сотрудника, что и на рис.5. Долга за предприятием за июнь 2009 года как видите нет, зато есть переплата, которую в отчете "Структура задолженности предприятия" не видно. На рис. 6 показаны расчетный листки этого сотрудника за июнь и июль. Как видите сальдо на конец июня не совпадает с сальдо на начало июля. Откуда взялись 3,34 руб. долга на начало июля? Из документа "Накопленная задолженность". При расчете задолженности в этом документе используется глобальная функция глРассчитатьНакопленнуюЗадолженность(), которая в свою очередь использует функцию глСальдоОкругления(). Вот эта последняя при наличии переплаты возвращает отрицательное значение, которое и отражается как долг за предприятием.

Рис. 6 Два расчетных листка за смежные месяцы одно сотрудника. Не совпадающие сальдо.

На рис.7 показан расчет задолженности за июнь документом "Выплата заработной платы", а в таблице 1 в крайней правой колонке отражен расчет сальдо упомянутой уже функцией глСальдоОкругления(). Как видите, документ "Выплата заработной платы" понимает, что задолженности за июнь нет, а вот документ "Накопленная задолженность" нет. И соответственно возникают ошибки в отчетах "Расчетный листок" и "Расчетная ведомость". Если исправить несоответствие периодов выплат заработной платы с периодами начисления заработной платы, то описанные проблемы исчезнут. Рекомендации об исправлении таких ошибок даны на сайте фирмы "1С" http://www.1c.ru/rus/support/knowledge-base/articleView.jsp?id=760. Для исправления ситуации нужно оформить в текущем периоде выплаты за те периоды, в которых возникали задолженности (сверяясь с отчетом "Структура задолженности предприятия). И на эти же суммы оформить документ "Возврат задолженности".

Рис. 7 Расчет задолженности за июнь документом "Выплата заработной платы".

        Начисления:              
            Расчет "Текущее начальное сальдо"        
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -            0.16  
            Расчет "Оплата по табелю"         0.16
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         5112.24  
            Расчет "Доплата за ночные часы по табелю"     5112.4
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -          681.63  
            Расчет "Доплата за увел. объем работ(фиксир. суммой)"   5794.03
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         7139.13  
            Расчет "Компенсация отпуска при увольнении"     12933.16
                действует с 30 Июня 2009 г. по 30 Июня 2009 г.; результат -         6085.79  
        Исчисленный НДФЛ:           19018.95
            Расчет "НДФЛ"            
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         2473.00  
        Выплаты зарплаты:           16545.95
            Расчет "Выплата зарплаты"          
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         5294.00  
            Расчет "Выплата зарплаты"         11251.95
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         8255.29  
            Расчет "Выплата зарплаты"         2996.66
                действует с 1 Июня 2009 г. по 30 Июня 2009 г.; результат -         3000.00  
            Расчетная сумма уже включена в начальное сальдо:                                0.00 -3.34
                 
        Сумма за Июнь 2009 г.:                                                                                 0.00    

Таблица 1. Расчет сальдо (крайняя правая колонка)

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

Рассмотрим как все это может выглядеть в альтернативном варианте. Начнем с отчета по задолженности. Вернемся к первому примеру этой статьи и сформируем доработанный отчет ""Структура задолженности предприятия".

Рис.8 Задолженность перед всеми сотрудниками и расшифровки переплаты и задолженности за март после полной выплаты Романову.

Как видите, в отчете отражен не только долг Романову за май , но и переплата ему же за март. Для того, чтобы увидеть расшифровку отчета по списку сотрудников нужно дважды щелкнуть мышью в соответствующей ячейке. Расшифровка работает по всем колонкам (только не закрывайте диалоговое окно отчета). Замечу, что наиболее наглядным становится отчет при формировании по одному сотруднику (см. Рис. 9).

Рис.9 Задолженность перед сотрудником Романовым.

А сейчас рассмотрим каким может быть документ выплаты зарплаты. Первый вариант: одним документом оплачиваем несколько периодов. Выгода очевидна, платежная ведомость будет содержать общую сумму к выдаче по каждому сотруднику. Вот сейчас при подготовке этой статьи уже после создания скриншотов сделал печатную форму и увидел, что общая сумма по Романову неверна (не хватает 6-ти рублей).

Рис.10 Вариант выплаты с выбором нескольких периодов в документе.

И наконец документ может самостоятельно определять за какие периоды необходимо осуществить выплаты. Нужно лишь задать глубину поиска задолженности.

Рис.11 Вариант выплаты с автоматическим определением периодов начисления.

Примечание: в статье использованы скриншоты, полученные в нетиповой конфигурации "Зарплата и Кадры".

Подробнее о доработках типовой конфигурации здесь.

© Борис Балясников, октябрь 2006г. с изменениями август 2009г.

См. также

Механизмы типовых конфигураций Программист Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

В типовых конфигурациях платформы "1С:Предприятие 7.7" часто номер и дата договора указаны в самом наименовании договора. Что создает сложности в тех случаях, когда эти реквизиты надо знать, например, при конвертации данных в конфигурации платформы "1С:Предприятие 8", где номер и дата договора - отдельные реквизиты.

1 стартмани

24.09.2015    29011    2    SiAl    7    

7

Универсальные функции Механизмы типовых конфигураций Программист Бухгалтерский учет 7.7 1С:Производство+Услуги+Бухгалтерия Россия Бесплатно (free)

Исправление и проведение документов, например, счетов-фактур, введенных на основании документов реализации, можно организовать многими способами. Описан сравнительно простой подход, реализованный и работающий несколько лет в реальной бухгалтерии 1Cv7.7. Без внешних компонентов.

23.07.2012    14451    BorisBelov    11    

6

Логистика, склад и ТМЦ Механизмы типовых конфигураций Программист Бухгалтер Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Бухгалтерский учет Абонемент ($m)

В процессе работы с конфигурацией ТИС, в разрезе одной номенклатуры могут накапливаться как положительные так и отрицательные остатки по различным партиям. Данная обработка содержит модуль проведения регламентного документа, который можно было бы создать в конфигурации и условно назвать "КорректировкаПартий", посредством которого можно провести взаимозачёт таких партий.

1 стартмани

02.01.2012    14993    124    Digo65    19    

12
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. WiseSnake 1521 26.08.09 20:32 Сейчас в теме
Понятно что это рекламная статья...

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

Вот только возможно стоит использовать Инфостарт не только как рекламную площадку, но и продавать свои разработки через сайт, тем самым помогая ему?
2. bb1962 993 27.08.09 07:09 Сейчас в теме
(1) А у моих клиентов при наличии квалифицированной поддержки такие ошибки встречаются всегда, сколько не объясняй, до тех пор пока не начнут
пользоваться доработанным документом. Потому что далеко не всегда - полная
выплата, в порядке вещей - перерасчет задним числом, например премия за прошлый период уже после выплаты или что еще хуже исправление в сторону уменьшения зарплаты. Вот Вам и переплата, которую нигде невозможно увидеть.
А статья не только рекламная, но еще и методическая, потому что далеко не каждый пользователь понимает откуда берутся те или иные проблемы, н-р несовпадение сальдо в отчетах или красное начальное сальдо.
Что касается продаж на инфостарте, свои разработки с нуля я пытаюсь здесь продавать, н-р http://infostart.ru/projects/4669/, но в данном случае это доработки, т.е. заимствованный код. Как их продавать без разрешения фирмы "1С", инкогнито? А поддержка разработок? К сожалению, публика на инфостарте весьма специфическая и интересуют ее больше игрушки чем серьезные разработки, или халява.
3. WiseSnake 1521 01.09.09 10:12 Сейчас в теме
(2) Судя по вопросам в http://infostart.ru/projects/2059/?p=2#comm29 (я там ответил) позволю себе усомнится в том, что вы правильно ведете учет.

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

У меня не возникает таких проблем... хотя есть и выплаты задним числом и исправления в меньшую сторону... Что бы это значило ? )))))
4. WiseSnake 1521 01.09.09 17:50 Сейчас в теме
> К сожалению, публика на инфостарте весьма специфическая и интересуют ее больше игрушки чем серьезные разработки, или халява.

Я бы на Вашем месте не разбрасывался тут такими громкими словами о халяве. У самого то у вас рыльце не в пушку??? Я вот вижу что Вы скачали ВСЕ мои разработки по зарплате. Но даже не поставили ни одного плюса ни сделали ни одного комментария по делу (или хотя бы сказали спасибо)... неужели ничего не понравилось, неужели ничего не используете? Или качали ВПРОК??? Халява же ))))
5. artbear 1563 04.09.09 15:31 Сейчас в теме
В статье довольно хорошо расписан механизм ошибок при выплате зарплаты в ЗиК. Плюсанул.
Почему 1С до сих пор не решила подобную задачу, совершенно непонятно, ведь она существует с первых версих ЗиК 2.Х, еще до появления ЗиУП :(
Способов решения также существует несколько, в т.ч. и бесплатных :)
6. bb1962 993 04.09.09 20:50 Сейчас в теме
Вот здесь кое-что о способах решения http://infostart.ru/projects/5859/ с
некоторыми комментариями. Оригинал, по моим впечатлениям, не обновлялся и
даже не тестировался. Это к вопросу о бесплатности. Вообще, бесплатных
разработок не бывает, кто-то за них все равно заплатил.
7. lanuser 17.01.10 07:53 Сейчас в теме
Статья хорошая, поставил бы +, но жадность на избитую тему, это -.
Кому надо - есть внешняя обработка, от Mike, аж 2002 года!
http://1c.proclub.ru/modules/mydownloads/personal.php?cid=89&lid=1420
Не поленитесь только ПромДата с 2002 года на нужный переставить в модуле 8-) И поставьте оценку Mike! Хотел бы я, чтоб все мои отчеты по 8 лет работали :D
Потом объясняете расчетчику куда смотреть и все. А для больших организаций, лучше док выплаты переписывать, у них времени не хватит проверять.
8. bb1962 993 17.01.10 08:48 Сейчас в теме
(7) >лучше док выплаты переписывать
http://infostart.ru/public/58094/
А жадные на избитую тему уже столько потеряли, что хватило бы несколько сотен
таких разработок оплатить.
9. марокко 73 01.08.10 11:11 Сейчас в теме
Статья хорошая, в свое время сама разбиралась почему сальдовка не идет
10. wildskiff 10.11.14 11:49 Сейчас в теме
Статья отличная! Теперь наши бухи прозрели откуда такой долг за предприятием по некоторым сотрудникам ) Спасибо Вам большое!
Оставьте свое сообщение