Здравствуйте.
В базе есть документ “Прогулы, неявки”. Но в документе “Начисление заработной платы” эти дни все равно не уменьшают расчет окладной части.
Хотя, если посмотреть отчет Табель, дни стоят как отсутствие.
Какая настройка программы 1С могла повлиять на расчет заработной платы в 1С ЗУП 8.3?
(Пока оценок нет)
Загрузка... (Пока оценок нет) Загрузка...
yayar
Здравствуйте!
Для своего вопроса создайте пожалуйста отдельную тему по ссылке, перейдя по ссылке – https://profbuh8.ru/free-vopros/voprosy-zup8/ На этой странице нажмите кнопку “Задать свой вопрос”. При описании проблемы лучше показать все на примере какого-то начисления.
Проверить работает ли вытеснение можно с помощью Универсального отчета.
А платформу не меняли в августе? Сейчас на какой версии работаете? Не работает именно платформенный механизм вытеснения. Такое я видела в базах со сбитыми индексами (помогало тестирование и исправление с пересчетом итогов) и еще слышала (сама не сталкивалась) о какой-то глючной 8.3.8 (одна из подверсий, но не скажу точно какая).
Елена, огромное Вам спасибо!!! Вы большой профессионал.
После тестирования все заработало. При этом были вот такие сообщения:
Тестирование начато
Проверка логической целостности. ПланВидовРасчета.Начисления Отпуск без оплаты в соотв. с частью 1 статьи 128 ТК РФ
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0
Вытесняющий вид расчета вытесняется текущим!
Проверка логической целостности. ПланВидовРасчета.Начисления Отпуск на период санаторно-курортного лечения (за счет ФСС)
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0
Вытесняющий вид расчета вытесняется текущим!
Проверка логической целостности. ПланВидовРасчета.Начисления Командировка
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0
Вытесняющий вид расчета вытесняется текущим!
Проверка логической целостности. ПланВидовРасчета.Начисления Отпуск без оплаты согласно ТК РФ (часть 2 статьи 128 ТК РФ)
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0
Вытесняющий вид расчета вытесняется текущим!
Проверка логической целостности. ПланВидовРасчета.Начисления Отпуск за свой счет
ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0
Вытесняющий вид расчета вытесняется текущим!
Тестирование закончено
Спасибо!!!
Здравствуйте!
Скорее всего на вкладке Приоритет в настройках вида расчета “Оплата по окладу” не настроено вытеснение
Более подробно вопросы учета зарплаты в ЗУП 3.1 (3.0) рассматриваются в нашем курсе: http://www.profbuh8.ru/testdrive/zup3-testdrive/index.html
Добрый день. Вытеснение настроено. Проверили в первую очередь.
Уточните пожалуйста вопрос решен?
Причина была в том, что выбран не тот сотрудник?
Нет. Документ “Прогул, неявка” не работает для любого сотрудника.
В документе Начисление заработной платы не учитываются все документы отклонений (неявки, больничные листы, командировки). При этом табель заполняется с учетом документов отсутствий.
Если мы заполнили документ Табель (так как метод отклонений не работает), то зарплата насчитывается правильно. Данная ошибка проявилась два месяца назад, прежде метод отклонений работал.
Да, действительно странно. По тем скринам, которые Вы прислали, всё настроено верно. Должно происходить вытеснение.
Пришлите пожалуйста скрин движений, который делает документ “Прогул, неявка” по регистрам “Отработанное время по сотрудникам” и “Начисления”.
Также уточните какой релиз программы Вы используете?
1С:Предприятие 8.3 (8.3.8.1784)
ЗГУ, редакция 3.1 (3.1.1.81)
Регистр Начисления
А настройки начисления “Отсутствие по невыясненной причине” – закладка “Учет времени”? Такое ощущение, что к нему вместо времени НН привязано Рабочее время…
Отсутствие по невыясненной причине
Но программа “видит” его рабочим временем. С помощью универсального отчета сможете вывести все реквизиты Вида времени (там есть скрытый реквизит – является ли это время рабочим)?
Начальное наполнение базы как происходило? Перенос?
И на всякий случай – документ “Табель” вы не проводили? – если проводили, распроведите, очистите по сотрудникам с НН регистр сведений “Графики работ по видам времени” и попробуйте еще раз посчитать.
Начисления по июль проходили нормально, все невыходы учитывались при начислении зарплаты. За август- сентябрь при начислении зарплаты невыходы уже не видятся – приходится делать документ Табель, который при этом норматльно заполняется (то есть отклонения видит).
Сейчас проверим Вид времени.
Спасибо за помощь.
Регистр Начисления2
Регистр Начисления3
Регистр Отработанное время сотрудников
Хотя нет, всё нормально в регистрах, это я не на ту картинку посмотрела. Попробуйте тогда ПЕРЕЗАПИСАТЬ вид начисления оплата по окладу (изменить наименование например и убрав изменения). Если не поможет – остается тестирование базы. Релиз платформы можно еще попробовать обновить. Какая-то фигня с вытеснением.
Спасибо за терпение и желание помочь.
Далее тянется следующая ошибка:
Отсутствие по неизвестной причине есть, Табель есть, начисление зарплаты с учетом отсутствия верно(введен документ Табель). Вводим больничный лист в следующем месяце, происходит сторно оклада за этот период (но его же нет, мы же расчитали с учетом отсутствия).
начисление зарплаты
отчет табель
настройка приоритета
Добрый день. Подскажите, может есть все таки какие то еще настройки. Спасибо.
Да, вроде бы всё верно. А давайте ещё посмотрим настройки вида начисления “Оплата по окладу” (вкладки “Основное” и “Учет времени”), а также пришлите скрин документа “Прогул, неявка”.
Оплата по окладу (основное)
Оплата по окладу (учет времени)
Документ “Прогул, неявка”
Уточните пожалуйста вопрос решен?
Причина была в том, что выбран не тот сотрудник?
Спасибо. Очень хотим разобраться.
Неявка внесена для одного сотрудника, а зарплату считаете другому? Отчества разные! )))
Это просто пример. Документ Неявка не работает у всех сотрудников. ))
Если Вы хотите, чтобы Вам помогли,то скрин-шоты следует приводить для одного и того же сотрудника, это важно.
Да, простите. Наша оплошность.
Ольга Ноя 21 2017 - 19:57
Как хорошо, что я нашла эту тему! ЗУП КОРП 3.1.3 и Платформа 8.3.10 и попали в такую же ситуацию – не работают никакие вытеснения. Реиндексация и проверка логической целостности выдала точно такие же ошибки.
Но мы делали два переноса в одну базу, и в копии после первого переноса, еще все хорошо. А вот после второго все это и случилось. Не очень понятно все таки что и как…