Добрый день,
столкнулись с проблемой разделения по налоговым ставкам 13% и 30%.
При обработке любого табельного номера формируется следующая ошибка:
«Один платеж нельзя классифицировать по нескольким ставкам подоходного налога».
Хотя табельный номер имеет НДФЛ только по одной ставке .
Может у кого была такая ситуация? Если да, то как нашли выход?

Здесь уже есть тема про 6НФДЛ, туда нужно было писать.

В той теме был близкий вопрос по этой теме . Повторю, что за эту работу отвечает класс CL_HRPAYRU_INTAXRTE_CONTROL, который должен оценить запись ВО. Оценка - это фактически определение ставки налога.
Когда к CL_HRPAYRU_INTAXRTE_CONTROL приходит новый ТН, он по настройкам налогов создает коллекцию классов от CL_HRPAYRU_INTAXRTE. Полный возможный набор перечислен в таблице T77PAYRU_TAX_CLS, вот он
Далее CL_HRPAYRU_INTAXRTE_CONTROL передает поступившую запись каждому классу из списка для оценки. После этого CL_HRPAYRU_INTAXRTE_CONTROL проверяет, чтобы существовала только одна оценка для вида оплат. Если оценок будет больше, чем одна, то возникнет описанная ошибка. Конкретно это происходит в методе IF_HRPAYRU_REPORT_CONTROL_CS~ON_CHECK_WAGE.
Нужно поймать эту ошибку, выявить какие два класса из списка оценили проблемный ВО, понять какой класса оценивает ВО ошибочно и разбираться уже с ним.

Столкнулись с аналогичной ошибкой, может кому поможет.
Все те же симптомы - как указал RoustR доходы одного сотрудника попадали в два разных класса, что воспринимается как ошибка.
В нашем случае причина была в том, что в T7RUP3 налоговая схема была настроена с 01.01.2018 (первый месяц расчета), а в коде идет проверка на предшествующий месяц, и при отсутствии данных алгоритм уходил на ошибку с двумя классами.
Помогло изменение даты начала записей в T7RUP3 для налоговой схемы на 01.01.2017, возможно достаточно даже 01.12.2017.