На заметку - ошибка в ЗиКе

2 creative:
> Да, да... а ещё пересчитайте потом все сдвинувшиеся итоги, и бегом сдавать уточнёнку.
>
На что уточненку ? ЕСН ? НДФЛ ?

> З.Ы. Кстати о начислениях и доначислениях. Ну не может существовать в учёте синхронно два одинаковых вида расчёта за один и тот же период. естественно если второе начисление !!!_перекрывает_!!! первое, то первое и будет отсторнировано.
>
Вы внимательно читали последовательность приводящую к ошибке ? Там первое начисление начинается сразу после того, как заканчивается второе. Где там перекрытие по периодам ?

2 impuls:
>С остальным я согласен, а вот смысл стоило бы поискать. На каком основании, если выпускается исправление приказа или обнаружена ошибка в его исполнении, нужно вводить новый документ? В программе также надо делать исправление документа.
>
Новый документ мы создаем потому, что :
1) в итоге ЗиК создает меньше записей в ЖР
2) расчетка становится компактной
3) в ЗиКе есть одна неприятная особенность, с которой не все сталкиваются. Когда в у сотрудника становится много записей-перерасчетов, то новые перерасчеты рассчитываются некорректно (появляются лишние записи-перерасчеты, некоторые ВР не пересчитываются).
Минус - в карточке-справке две строки с ВР, а не одна.

> На что уточненку ? ЕСН ? НДФЛ ?

Да хотя бы по балансу. (Если конечно умудритесь залезть в прошлый отчётный период)

> Вы внимательно читали последовательность приводящую к ошибке ? Там первое начисление начинается сразу после того, как заканчивается второе. Где там перекрытие по периодам ?

Это я к примеру приведённому Tanya.

> Новый документ мы создаем потому, что :
> 1) в итоге ЗиК создает меньше записей в ЖР
> 2) расчетка становится компактной
> 3) в ЗиКе есть одна неприятная особенность, с которой не все сталкиваются. Когда в у сотрудника становится много записей-перерасчетов, то новые перерасчеты рассчитываются некорректно (появляются лишние записи-перерасчеты, некоторые ВР не пересчитываются).
> Минус - в карточке-справке две строки с ВР, а не одна.

Как обычно и бывает. Делаем так, потому что так удобнее и лучше по нашему мнению.
Почитайте более ранний мой пост.
Если уж мы провели расчёты в одном периоде, а ошибку обнаружили в другом, то будьте добры доначислять или доудерживать уже в текущем периоде (по результатам прошлого есесьно).
Бухучёт -это не машина времени.
Яркий вам пример - реиндексация пособия по уходу за ребёнком. Или вы тоже пересчитывали прошлые периоды?
А если уж мы ввели ошибочный расчёт, то ИСПРАВЛЯЕМ его в текущем периоде меняя границы дат.
Да, ЗиК отсторнирует старый расчёт, и сделает правильно избежав задвоения.
А недостающие дни как раз сядут в результаты расчёта текущего периода.

И ещё раз к примеру приведённому Tanya.
Начисление по одному виду расчёта производится только один раз в месяц. Это и ежу понятно.
Ты когда нибудь видел расчётную ведомость в которой напротив фамилии сотрудника в колонке, к примеру, "премия месячная" сидели бы две цифры.
И дело не в ЗиК-е. Та же методика используется во всех типовых решениях 1С.

> 3) в ЗиКе есть одна неприятная особенность, с которой не все сталкиваются. Когда в у сотрудника становится много записей-перерасчетов, то новые перерасчеты рассчитываются некорректно (появляются лишние записи-перерасчеты, некоторые ВР не пересчитываются).

У нас в бухгалтерии ЗиК крутится безостановочно уже с 2004 года, и чего-то никаких сдвигов не наблюдается. Хотя и неправильно расчитаные алименты, и отпуска, и много чего другого ещё было и есть.

З.Ы. Щас ко мне зашла главбух. Попросила (как обычно в конце месяца) провести отклонения по месяцу, расчитать текущих отпускников, и посчитать зарплату. Без меня никогда не садится з/п считать, потому как боится что-нить сдвинуть. Придётся после обеда уделить ей время.

> Если уж мы провели расчёты в одном периоде, а ошибку обнаружили в другом, то будьте добры доначислять или доудерживать уже в текущем периоде (по результатам прошлого есесьно).
> Бухучёт -это не машина времени.
Дык я и не спорю.
creative - при всем моем уважении, Вы хотя бы пробовали проделать те действия, о которых я писал. Я провожу все документы текущим месяцем, "откаты" не делаю - не вчера родился. Просто Вы, наверное, не так все поняли.

> У нас в бухгалтерии ЗиК крутится безостановочно уже с 2004 года, и чего-то никаких сдвигов не наблюдается. Хотя и неправильно расчитаные алименты, и отпуска, и много чего другого ещё было и есть.
У нас с 2005 (бюджет, > 1500 сотр.). Если не секрет - бюджет или коммерция ?

> З.Ы. Щас ко мне зашла главбух. Попросила (как обычно в конце месяца) провести отклонения по месяцу, расчитать текущих отпускников, и посчитать зарплату. Без меня никогда не садится з/п считать, потому как боится что-нить сдвинуть.
Проверяет-то хоть сама ?

> creative - при всем моем уважении, Вы хотя бы пробовали проделать те действия, о которых я писал. Я провожу все документы текущим месяцем, "откаты" не делаю - не вчера родился. Просто Вы, наверное, не так все поняли.

Только что проделал ещё раз.
Взял за основу период май 2008. Ввёл произвольный расчёт сотруднику с 12 по 23 мая. Расчитал. Перешёл в июнь.
Ввёл тот же вид расчёта документом июня за период с 1 по 11 мая. Расчитал.
Всё пучком, никто никого не выкидывает. Аж несколько раз сделал в разных месяцах. Выстраиваются по очереди. Как пионеры на физзарядке.

> Ввёл произвольный расчёт сотруднику с 12 по 23 мая
пример был, когда первоначальный расчет с открытой датой,поэтому когда вводим тот же самый расчет в следущем месяце, первый ЗиК закрывает, т е в итоге у сотрудника два расчет и оба закрыты.