> ...Чего, однако, делать в 1С (стандартными средствами)? В документе Исправление сторнированную запись не изменить...

У Вас, случайно форма оплаты не по табелю? Если по табелю, то корректировка делается только документом "Исправление", переначисление зарплаты делать не надо. А откуда взялись сторнирующие записи? Вы в октябре тоже делали исправление?

Таня, спасибо за участие.

К сожалению, для нашего отдела кадров это типовая ситуация.

Возвращаться в предыдущие месяцы - неправильно. База большая, проводки давно выгружены и меняться не должны, введена масса документов последующих месяцев.

Конечно, у меня в конфигурации разрешено исправлять сторнированные записи - это самый простой обход проблемы.

Тут дело в принципе. Со стороны 1С очень некрасиво за много лет существования ЗиК 7.7 так и не разобраться в многократных пересчетах. Интересно, пройдет ли такой пример в ЗуП 1С 8-й версии? Попробовал бы кто-нибудь...

Александр

У меня в стандартной пустой тестовой базе только 1 сотрудник, со специальной фамилией - Пересчеткин. Делаем так:

Расчетный период - октябрь. Принимаем Пересчеткина с 1 октября, ставим оклад 1000 руб. (цифра условная), рассчитываем, выплачиваем, все в порядке.

Переходим в ноябрь. Вводим Пересчеткину доплату 15 процентов с 1 октября, соглашаемся с переначислением по документу за октябрь, рассчитываем, смотрим в журнал расчетов - доплата за октябрь 150 руб. и за ноябрь тоже, все в порядке.

Теперь вдруг увеличиваем ему оклад с 1 октября - ставим в приказ о приеме 2000, проводим, соглашаемся с полным переначислением октября, рассчитываем и смотрим в журнал расчетов. А там - доплата за октябрь аж 2 раза (!) по 300 руб., (за ноябрь тоже 300 р., но лишь 1 раз).

Вроме бы, если полное переначисление за месяц, надо удалять частичые (по документам) за этот же месяц, чтобы расчеты не задваивались. Но почему это не делает программа? Работая с сотнями сотров в реальной базе, никакая расчетчица не уследит за подобными исключающими ситуациями.

В общем, это "фэ" в адрес стандартной конфигурации, у себя все исправил уже несколько лет назад.

> В том и дело, что по хорошему затраты по зарплате и налогам должны быть за cоотвествующие месяцы. Что влечет за собой и сдачу уточных деклараций ,раз у вас это попадает в разные кварталы.
>

Не согласен - пересчеты законны, все равно выплата донасчитанных сумм пойдет не задним числом, а именно сегодня, и 1С все правильно разнесет. Т.е. НДФЛ по зарплате в тот месяц, а больничные и весь ЕСН - в текущий (совпадающий с выплатой). Претензии должны  бы быть только у тех, кто оплачивает все эти оклады и надбавки задним числом. Но возьмите последние постановления о 15% повышении бюджетникам, с пересчетом сентября - лучше все это отладить в ЗиК как следует и быть готовым к чему-нибудь еще.