Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
mas_dbd
Зарегистрирован: 02.04.2010 Сообщения: 23
|
Добавлено: Пт Апр 16, 2010 17:37 Заголовок сообщения: Проблемы при расчете зарплаты |
|
|
Здравствуйте.
Просьба помочь разобраться в двух проблемных ситуациях.
СИТУАЦИЯ 1.
Сформирована платежная ведомость на выплату в межрасчетный период через кассу. При последующем формировании платежной ведомости на выплату зарплаты целиком в нее попадают суммы, выплаченные в межрасчетный период через кассу.
Как избежать подобной ситуации? По-возможности укажите правильный порядок действий в подобной ситуации.
СИТУАЦИЯ 2.
Формирование расчетных листков.
На предприятии используется вариант 4 расчетных листков. В определенной ситуации суммы по строкам листка и, соответственно, итоговые суммы листка увеличиваются или уменьшаются. Изменение касается всего списка отобранных работников, изменяются 100% строк расчетного листка, но при этом увеличение или уменьшение показателей кратно целому числу. Результаты самого расчета верны, но выдача на печать посредством paylist.rpt приводит к таким абсолютно рандомизированным результатам.
У нас существует предположение, почему так происходит. В details paylist.rpt формула для расчета сумм по строкам расчетного листка выглядит так: {Lic.Summa}/{?Pm-@currentcurs}. Очевидно, значение currentcurs отлично от единицы в какой-то момент (хотя валютных расчетов в модуле не ведется). Не может ли быть завязано изменяющееся значение currentcurs на временную таблицу для отчетов zrp_rep? Возможно в какой-то ситуации не происходит затирания данных в таблице при работе с расчетными листками и в ней содержится значение, которое сохраняется затем в currentcurs?
ОГРОМНАЯ ПРОСЬБА: если кто сталкивался с подобной ситуацией, поясните, пожалуйста, как ее исправить? Или хотя бы обозначьте направление, в котором следует двигаться.
На текущий момент мы просто убрали в paylist.rpt знаменатель.
Заранее признателен за помощь и советы. |
|
Вернуться к началу |
|
 |
Vitaly Большой шоколадный орден

Зарегистрирован: 29.07.2008 Сообщения: 281 Откуда: Санкт-Петербург
|
Добавлено: Пт Апр 16, 2010 17:39 Заголовок сообщения: |
|
|
По первому вопросу, используйте другие виды оплат для межрасчёта |
|
Вернуться к началу |
|
 |
mas_dbd
Зарегистрирован: 02.04.2010 Сообщения: 23
|
Добавлено: Пт Апр 16, 2010 17:43 Заголовок сообщения: |
|
|
Vitaly писал(а): | По первому вопросу, используйте другие виды оплат для межрасчёта |
Если не столь сложно, не могли бы чуть полнее раскрыть? |
|
Вернуться к началу |
|
 |
Vitaly Большой шоколадный орден

Зарегистрирован: 29.07.2008 Сообщения: 281 Откуда: Санкт-Петербург
|
Добавлено: Пн Апр 19, 2010 08:39 Заголовок сообщения: |
|
|
создайте такое же код, как и для перечисления зарплаты, назовите к примеру "Межрасчёт" и закрывайте им |
|
Вернуться к началу |
|
 |
mas_dbd
Зарегистрирован: 02.04.2010 Сообщения: 23
|
Добавлено: Пн Апр 19, 2010 09:55 Заголовок сообщения: |
|
|
Vitaly писал(а): | создайте такое же код, как и для перечисления зарплаты, назовите к примеру "Межрасчёт" и закрывайте им |
Благодарю за совет. Как разрешить следующую ситуацию:
при формировании нескольких платежных ведомостей на выплату зарплаты через кассу (выплаты идут несколькими ведомостями) факт выплаты не отражается в лицевых счетах работников и, соответственно, каждый раз при формировании новой ведомости работники из предыдущих вновь появляются в новой. Как быть? |
|
Вернуться к началу |
|
 |
rebel25 Большой шоколадный орден

Зарегистрирован: 06.10.2008 Сообщения: 580 Откуда: Москва
|
Добавлено: Пт Апр 23, 2010 13:36 Заголовок сообщения: |
|
|
1. Оформляйте МРП 360-м ВО и формируйте по нему ведомость. Если у одного человека м б несколько МРП в месяц - заведите несколько ВО для выплаты МРП. |
|
Вернуться к началу |
|
 |
Eng Site Admin
Зарегистрирован: 13.05.2008 Сообщения: 160
|
Добавлено: Пт Апр 30, 2010 10:51 Заголовок сообщения: |
|
|
По первому вопросу советую воспользоваться произвольными выплатами. При использовани произвольных выплат, суммы, выплачиваемые по ведомости, фиксируются в прямых начислениях и в лицевом счете. Операцию безболезненно можно повторять не ограниченное количество раз, с одним видом оплаты.
Настроить произвольную выплату можно как угодно, как разницу по твх, произвольной суммой, так и написав любой свой алгоритм на z-языке. |
|
Вернуться к началу |
|
 |
|