Ошибка при расчете вновь принятого табельного номера

Daganulya

Приветствую!

Возникла ошибка при запуске расчета - "нет записи в таблице v0 для аргумента 00"

Табельный номер был принят повторно, есть еще такой момент, у нас была перекачка данных в новую систему - увольнение было в старой системе , там и остались все предыдущие расчетные данные. В новой системе нет истории по расчету, только основные данные.

Не знаю, в какую сторону копать, чтобы устранить/обойти данную ошибку.

calm

Цитата:

у нас была перекачка данных в новую систему

Возможно, RT перекачали со плитами на V0, а саму V0 забыли/забили.

calm

Цитата:

в какую сторону копать, чтобы устранить/обойти данную ошибку.

Для начала определите, с каким именно видом оплаты проблема и в каком месте схемы - функция и правило. Это видно в журнале расчета зп.
И в каком это периоде? Может быть идёт обратный расчет за период "до переезда" в новую систему? Приемлемо ли это в вашем случае или должно быть запрещено?

Daganulya

calm написал(а):

Цитата:

в какую сторону копать, чтобы устранить/обойти данную ошибку.

Для начала определите, с каким именно видом оплаты проблема и в каком месте схемы - функция и правило. Это видно в журнале расчета зп.
И в каком это периоде? Может быть идёт обратный расчет за период "до переезда" в новую систему? Приемлемо ли это в вашем случае или должно быть запрещено?

В этом месте прерывается

Processing Paid Taxes

IF O

KZIMP L GET OGRT
POGRT KZR2 P72 NOAB Copy Taxes OGRT to RT
KZBT Add Paid Taxes Wage Types to BT

Ввод

RT
V0
BT

Обработка

Нет записи в таблице V0 для аргумента 00

calm

Скорее всего проблема вот тут:

Code:

 loop at rt assigning <ls_rt> where lgart eq <ls_wt_paid_taxes>-lgar2
                                and btznr is initial.
* Get Tax office gpval from v0 split
   perform pos-v0znr using <ls_rt>-v0typ <ls_rt>-v0znr.
            ls_bkref-kztx = v0-vinfo(4).

Ваша KZBT безальтернативно хочет сплит на V0. Что-то в нем должно быть особенного для KZ. А его нет. Где "оно" должно было родиться - спрашивайте коллег из KZ.

calm

Цитата:

Ваша KZBT

Там, кстати, есть хелп. И отсылки к другим KZ*, тоже документированным. Что-то должно вызываться выше, возможно, KZINI.

Daganulya

calm написал(а):

Цитата:

Ваша KZBT

Там, кстати, есть хелп. И отсылки к другим KZ*, тоже документированным. Что-то должно вызываться выше, возможно, KZINI.

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

RoustR

Daganulya написала:

Processing Paid Taxes
IF O
KZIMP L GET OGRT
POGRT KZR2 P72 NOAB Copy Taxes OGRT to RT
KZBT Add Paid Taxes Wage Types to BT

По этому фрагменту видно, что проблема у вас в прошлом расчете. В нем в GRT лежат ВО, по которым система ожидает заполненные данные по сплиту V0, а они по факту не такие.
Либо у вас в настройке, которая упоминается в доку к правилу KZR2, указанные какие-то "левые" ВО, которых быть не должно. Либо прошлый расчет был выполнен как-то неправильно - у требуемых ВО сплиты V0 остались не заполненными.
Либо старый расчет все же загруженный из другой системы, хотя и говорится, что это не так.

Daganulya

RoustR написал(а):

Daganulya написала:

Processing Paid Taxes
IF O
KZIMP L GET OGRT
POGRT KZR2 P72 NOAB Copy Taxes OGRT to RT
KZBT Add Paid Taxes Wage Types to BT

По этому фрагменту видно, что проблема у вас в прошлом расчете. В нем в GRT лежат ВО, по которым система ожидает заполненные данные по сплиту V0, а они по факту не такие.
Либо у вас в настройке, которая упоминается в доку к правилу KZR2, указанные какие-то "левые" ВО, которых быть не должно. Либо прошлый расчет был выполнен как-то неправильно - у требуемых ВО сплиты V0 остались не заполненными.
Либо старый расчет все же загруженный из другой системы, хотя и говорится, что это не так.

Но у нас нет по нему прошлого расчета в текущей системе.

calm

Цитата:

По этому фрагменту видно, что проблема у вас в прошлом расчете.

Не факт же, что KZBT падает на записи, которая приехала из OGRT?

RoustR

В принципе, да, не факт.

jinnius

На проекте в Астане тоже периодически сталкивались с данной ошибкой. Она возникала из-за проблем с соединениями объекта OR, поэтому советую перепроверить настройки соединений O-OR.

Ошибка при расчете вновь принятого табельного номера

Кто сейчас на конференции