Имя: Пароль:
1C
1С v8
ЗУП, неправильно рассчитывает коэфф. в перемещении
0 Popkorm
 
22.05.14
10:46
Добрый день,может у кого было такое,почему неправильно рассчитывает коэфф. в перемещении...
Документ: http://clip2net.com/s/i9WdvN
Движение: http://clip2net.com/s/i9Wc83
1 ale-sarin
 
22.05.14
10:51
А что в регистре "Плановые начисления..." до и после?
Потому как: Движение.Коэффициент                = ?(ВыборкаСтрокЗапроса.ПрежнийПоказатель1 = 0, 0, ВыборкаСтрокЗапроса.Показатель1 / ВыборкаСтрокЗапроса.ПрежнийПоказатель1)
2 Popkorm
 
22.05.14
11:50
(1) Плановые:
http://clip2net.com/s/i9XIyF
последняя строка это текущий док. Перемещение
3 ale-sarin
 
22.05.14
12:17
(2) А теперь посчитайте. Меняется 01.01.14 оклад с 6000 на 8250.
4 Popkorm
 
22.05.14
12:26
(3) ну как бы каждый год оклад увеличивается,что-то не предусмотрели!
5 ale-sarin
 
22.05.14
12:34
(4) Это о чем?

На картинке из (2) видно, какой был оклад
18.04.12 - 30.06.13   6000
01.07.13 - 31.07.13   7500
01.08.13 - 31.12.13   6000
01.01.14 - 19.05.14   8250
20.05.14 - прекратить

Соответственно, 01.01.14 оклад проиндексирован на 8250/6000 = 1.375
6 шаэс
 
22.05.14
12:40
(4) коэффициент в документе введен для удобства, чтобы можно было всем рассчитать изменение на один и тот же %. а когда оклады у всех меняются по-разному вручную, то на коэффициент в документе смотреть не надо.
7 Chai Nic
 
22.05.14
12:41
(6) +1.. коэффициент чисто для удобства массового пересчета. Реальный коэффициент считается по окладам.
8 Popkorm
 
22.05.14
12:47
(5) в (2) нет 01.08.13 - 31.12.13   6000
предыдущий оклад 7500
9 Popkorm
 
22.05.14
12:52
(7)понятно что по окладам,не понятно от куда взял 6000,если предыдущий оклад 7500
10 шаэс
 
22.05.14
12:52
(8) ну как же нет, если есть. вторая строка - оклад вернулся к 6000 тыщам с 01.08.2013. в кадровом предыдущем дату "по" не убрали?
11 ale-sarin
 
22.05.14
12:54
(8) И Вы даже не заметили какой оклад начислялся с августа по декабрь 2013 года?
12 Popkorm
 
22.05.14
15:59
(11) предыдущий оклад 7500 с 01.07.13 по 31.12.14
http://clip2net.com/s/ia08NW
http://clip2net.com/s/ia4O3e
почему же показатель для расчета 6000
13 ale-sarin
 
22.05.14
16:51
(12) Но в (2) видно, что в движениях 7500 действует с 01.07.13 по 31.07.13.
14 Popkorm
 
22.05.14
16:55
(13) ну как бы поправил на конец года 2013 :
http://clip2net.com/s/ia6BZY
но все равно 6000
15 ale-sarin
 
22.05.14
16:57
(14) Теперь нормально, видно, что 7500 действует до 31.12.13.
16 Popkorm
 
22.05.14
17:14
(15) последний документ,и все равно 8250/6000=1.375:
http://clip2net.com/s/ia7ajs
http://clip2net.com/s/ia7cma
движение:
http://clip2net.com/s/ia7dYB
17 ale-sarin
 
22.05.14
17:21
(16) А перепровели его?
18 Popkorm
 
22.05.14
17:25
(17)да,перепроводился
19 bazvan
 
22.05.14
17:31
(18) посмотри что в плановых начислениях по этому сотруднику за период с 010713 по 010114
20 bazvan
 
22.05.14
17:32
+ (19) в смысле там есть еще колонки дальше типа значение после как то так
21 Popkorm
 
22.05.14
17:36
(19)за период;
http://clip2net.com/s/ia7UbK
за весь период:
http://clip2net.com/s/ia7WGY
22 bazvan
 
22.05.14
17:44
Короче вся проблема в том что у вас оклады меняются НА ВРЕМЯ
23 bazvan
 
22.05.14
17:45
по оканчания срока востанавливается прежний оклад.
24 bazvan
 
22.05.14
17:47
+ (22) точнее на СРОК
25 bazvan
 
22.05.14
17:47
убирайте дату "ПО" и получите нормальный коэфициент
26 Popkorm
 
22.05.14
17:52
(24) убрал в последнем документе,коэфф. остался прежним
27 bazvan
 
22.05.14
17:52
(26) не в последнем а где у тебя показывается с 0107 по 311213
28 bazvan
 
22.05.14
17:53
Вот этот документ http://clip2net.com/s/ia08NW
и в последнем так же не ставб ПО
29 Popkorm
 
23.05.14
11:02
вообщем коэфф. выравнились, а в начислении отпуска нет:
http://clip2net.com/s/iamHZz
http://clip2net.com/s/iamQS2
30 bazvan
 
23.05.14
11:10
(29) док перепроверь все перемещения, какая то кривизна до июня еще есть