|
v7: Глюк перерасчета ЗиКи. Наконец-то нашел. Ну и что теперь с этим делать? | ☑ | ||
---|---|---|---|---|
0
DJ Anthon
27.11.12
✎
18:06
|
Есть такое вредное понятие, как пересчетные записи. Они возникают вследствие самых разнообразных действий. Например, введение записи Оплата по окладу за предыдущий период влечет за собой появление записей Районный коэффициент и Северная надбавка, это логично. Более того, они даже правильно рассчитываются и заслуживают того, чтобы остаться в базе, хотя от них можно избавиться, введя переначисление з/п за прошлый период, что есть гут. Или когда рассчитываем отпуск, переходящий с одного года на другой, возникает перерасчет НДФЛ, тоже вполне логичная и корректная запись. Но есть записи, которые возникают "случайным образом", а откуда они появились, найти нереально, так как с ними нет связанных документов. За несколько лет работы с ними выяснилось, что рано или поздно понимаешь, что от них надо было избавляться, они портят все, что возможно, начиная от бух.учета заканчивая переходом на 8ку. Даже если запись с нулевой суммой, она может искажать данные об отработанных днях, влияя на расчет отпуска. Когда-то я ввел код, который перед сменой периода уничтожал такие записи, и все корректно рассчитывалось, а записи перерасчета, не равные нулю не трогались. Однако иногда возникали записи перерасчета, которые не должны быть в базе, не равные нулю и портили учет, я не мог их отловить. Недавно удалось обнаружить интересный эффект. Если у сотрудника есть исправление начисления по среднему (например, открректировали командировку за прошлый месяц), то при пометке на удаление документа Начисление заработной платы, в котором перерасчитывается зп за прошлый период, возникает "мусорная" запись, дублирующая сторно-запись среднего заработка с минусом, хотя при отмене проведения этого же переначисления такого эффекта не возникает! Ситуация не гипотетическая, а очень даже распространенная. Таким образом, по невнимательности расчетчика человек может получить двойную оплату командировочных. Ужасно то, что эта запись не исчезает при повторном проведении переначисления. Иногда эту запись можно удалить путем перепроведения исправления Начисления по среднему. Но самое неприятное, что эта запись вводится, так скажем, без спроса, и в ней нет никакой логики. Так как нет смысла вводить анти-сторно-перерасчет-запись, ведь она ничем не компенсируется и никакими документами от нее не избавиться. Только ручной правкой журнала расчетов. Собственно, вопрос. Это ошибка платформы или в этом виноват ненастроенный механизм вытеснения видов расчета в конфиге? Дело в том, что переначисление зарплаты НЕ ПЕРЕРАСЧИТЫВАЕТ оплаты по среднему. Так какого крена она создает эту запись, и именно при пометке на удалении документа, раз это не его "поле деятельности"? Хочу этот баг исправить, только осталось выбрать, в корне или костылями.
|
|||
1
bazvan
27.11.12
✎
18:14
|
Лять от куда такой тупорылый текст скопипастен, банить за такое надо, читать глаза сломал нафик.
|
|||
2
DJ Anthon
27.11.12
✎
18:18
|
(1) ты че? не нравится, не читай.
|
|||
3
Злопчинский
27.11.12
✎
18:23
|
(0) запости этот топик на территории. есть шанс что VZ или Гена дадут вменяемый ответ.
|
|||
4
DJ Anthon
27.11.12
✎
18:24
|
переписать топик покороче?
|
|||
5
Злопчинский
27.11.12
✎
18:25
|
(3) нетЮ просто дубль там сделай. Реальных спецов по ЗиКе - раз два и обчелся.
|
|||
6
NuF
27.11.12
✎
18:27
|
Де Баг еще бы тут
|
|||
7
DJ Anthon
27.11.12
✎
18:27
|
||||
8
DJ Anthon
27.11.12
✎
18:27
|
де баг спец, емвика
|
|||
9
NuF
27.11.12
✎
18:28
|
(7) думаю тебе советовали Территорию 1с форум)
|
|||
10
DJ Anthon
27.11.12
✎
18:29
|
а я думал, миста наше все. остальное и рядом не лежит
|
|||
11
NuF
27.11.12
✎
18:36
|
Миста с территории выросла.
|
|||
12
Gucci76
27.11.12
✎
20:10
|
Есть еще вредные записи перерасчета. Чаще всего они появляются при расчете по среднему (отпуск, командировка..)
Например: Был отпуск, в следующем месяце исправлением изменили данные (появились сторно и новая запись) А в следующем месяце ввели запись, которая запускает перерасчет (например изменили оклад 5-ти месячной давности). Как бороться с этим в коде и настройками не нашел. Написал обработку поиска этого. |
|||
13
DJ Anthon
27.11.12
✎
20:12
|
я про них и написал
|
|||
14
Gucci76
27.11.12
✎
20:21
|
в (12) перерасчеты без Начисления ЗП создаются
|
|||
15
DJ Anthon
27.11.12
✎
20:46
|
(14) изменили оклад - как это отражается в ЖР? он же вводится доком Начисление ЗП? и от какой записи перерасчет создается?
|
|||
16
Gucci76
27.11.12
✎
20:55
|
БЛ например
|
|||
17
DJ Anthon
27.11.12
✎
21:02
|
(16) а, ты имеешь в виду не размер оклада, а перерасчет оклада из-за больничного? надо проверить...
|
|||
18
Gucci76
27.11.12
✎
21:15
|
Все что меняет базу отпуска или командировки
Можно например премию ввести входящую в отпуск |
|||
19
DJ Anthon
27.11.12
✎
21:22
|
обработка поиска и у меня есть. а ты как-нибудь обходил это? поделишься посмотреть как у тебя сделано? или это бабулечки стоит?
|
|||
20
Gucci76
28.11.12
✎
13:18
|
Что значит обходил?
Давай меняться |
|||
21
DJ Anthon
28.11.12
✎
14:40
|
выслал на почту
|
|||
22
Злопчинский
28.11.12
✎
15:36
|
может что полезное
http://forums.kuban.ru/showthread.php?p=27913887&posted=1#post27913887 |
|||
23
DJ Anthon
28.11.12
✎
15:39
|
(22) да, полезно, меня скорее, волнует все равно другой вопрос. почему запись при ОТМЕНЕ ПРОВЕДЕНИЯ не возникает, а при ПОМЕТКЕ НА УДАЛЕНИЕ ПРОВЕДЕННОГО документа - возникает? ясен фиг, что тут баг платформы или конфиги или того и другого. попробую сегодня вечером потестить с рекомендациями из ссылки.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |