|
ЗУП 3.1.14.61 Начисленный оклад превышает размер планового в Контроле ведения учета |
☑ |
0
DJ Anthon
24.06.20
✎
10:03
|
В программе ошибка, необходимо исправить строку
| И (Начисления.НомерСтроки = ЗначенияПоказателейНачислений.НомерСтроки)
на
| И (Начисления.НомерСтроки = ЗначенияПоказателейНачислений.ИдентификаторСтроки)
в процедуре РезультатПроверкиПревышенияПлановогоОкладаСотрудников в общем модуле ПлановыеНачисленияСотрудниковПроверки
Думаю, они это скоро исправят.
Вдруг, кто искать будет причину.
|
|
1
kzot
24.06.20
✎
11:39
|
вроде как Ошибка 10223344
|
|
2
d4rkmesa
гуру
26.06.20
✎
09:28
|
Проще обнулить эту процедуру в расширении т.к. предложенное решение все равно не решает проблему, если в текущем месяце есть изменения оклада. Проверка слишком уж примитивная, тут или по-человечески переписать, либо ну ее нафиг вообще.
|
|
3
kzot
26.06.20
✎
09:32
|
(2) можно проще, это ничего не делать и своим объяснить, что данные проверки несут только информативный характер и необязательны к исправлению на текущем этапе.
|
|
4
DJ Anthon
26.06.20
✎
20:40
|
(3) у меня клиент параноидальный, ему такое объяснение не канает. ему надо, чтобы всё было идеально. и кстати, я его понимаю.
|
|
5
DJ Anthon
26.06.20
✎
20:41
|
(2) она настолько примитивная, что прошла их отладку только по той причине, что у них совпадали номера строк и идентификаторы, а это возможно только тогда, когда сотрудники сидят на голом окладе без надбавок. то бишь, проверяется все на магазине "ромашка" с парой сотрудников.
|
|
6
Фрэнки
26.06.20
✎
21:12
|
ну дык база, на которой тестируют - она же не скрывается от общественности.
Демку разверни и наблюдай.
Вот в комплекте поставки 3.1.14.60 в демке даже инструменты отладки удалить забыли перед упаковкой. Так всем и разлетелась эта демка. Надо бы ее развернуть еще раз и внимательно посмотреть.
|
|
7
DJ Anthon
27.06.20
✎
17:34
|
(6) ессно, просто она такая... примитивная, что ли. хотя это чисто моё предположение. могли бы проверить хотя бы на нормальной рабочей базе какой-нибудь. сразу всплывает косяк
|
|
8
Фрэнки
27.06.20
✎
17:48
|
:-) На нормальной рабочей релиз уже не совпадает с 3.1.10, а улетел далеко вперед и даже дальше, чем 3.1.14 - куда-то в 3.1.15
|
|
9
DJ Anthon
27.06.20
✎
18:26
|
а при чем тут 3.1.10?
|
|