Всем доброго времени суток!

Дано: ЗУП типовая, данные с января 2008 года.

Проблема: В январе было повышение окладов по предприятию, но бухгалтер не внесла повышающий коэффициент для перерасчёта СЗ. В результате все отпускные/командировки/etc. неверно посчитаны.

Необходимо: Как обычно, придумать документ, или доработать какой-то из существующих документов, который бы позволил хотя б в полуавтоматическом режиме ДОначислить дельту, которая образуется между "правильным" средним заработком, и тем, что уже посчитано в базе.
Перерасчёт на калькуляторе и вбивание через "разовые начисления" прошу не предлагать - сотрудников очень много, по времени нереально.

Хочется услышать ваши советы/соображения как лучше реализовать, или опыт, как вы реализовывали подобное.

з.ы. Желательно конечно ещё будет учесть "переходящие" отпуска. Например, сотр ушёл в отпуск с 25 декабря по 15 января. Ему 18 декабря посчитали отпускные и выплатили их 20-го. 1 января происходит повышение окладов. По закону, нужно доначислить дельту отпускных с 1 по 15 января. Типовая этого тоже не умеет :(

дорабатывал Анализ неявок.

В смысле - через Анализ неявок формировал доки "Разовые начисления" ?
Можно чуть подробнее?..

Я в основном тыкву чешу на тему - как собрать, сколько уже начислили отпускных? Выдернуть из регистра?...
Посчитать то новый средний, в принципе, не проблема, если есть дата начальная и конечная начисления (выдрать из документа).

... самому предстоит нечто подобное - августовскую индексацию только сегодня начали думать.

ИМХО - тут средний нафиг не нужен - достаточно конечные начисления проиндексировать - т.е. у вас с января - все что в январе и далее просто умнажаем на коэфициент.

а вот что в качестве регистратора придумать ... можно конечно разовыми и отдельным видом расчета

(0) Если ключевое слово "по закону" - надо делать перерасчет, а не "доначислить дельту" :( Перерасчет, сторнирование предыдущих расчетов + "правильный" расчет в сумме они дают вашу "дельту"...

(2)добавил колонку новый расч. документ и дописал кусок для перерасчета.
(4) у нас ситуация похуже чем индексация посему так или использовать типовой перерасчет

(5) это не по закону, а по методике от 1С

но мы все помним математику 3 класса
про правила умножения и сложения

если копейки округления не брать в расчет - то достаточно умножить конечный результат, а не заработок каждого месяца расчетного периода

сорри, прошу посты (4) и (5) считать бредом и чистой воды провокацией

... посты (4) и (7) конечно же.

Роман, увы! Проблема не только "правильно перерасчитать", но и "правильно отразить" сей факт в проводках... если это, конечно, интересует автора...

Я понимаю желание автора "помочь" бухам (или желание того босса, который "нагрузил" автора), - но "реально" это сделать "нереально" :о(
А пересчеты НДФЛ с его "особеностями" применения льгот к доходам?
А пересчет ЕСН в уже "закрытом" периоде и оформление регламентных отчетов?...

Я не "давлю" на автора, но я бы сделал все, лишь бы "откосить" от такой "задачи"...

(11) частично согласен. если я не ошибаюсь уточненки никто не отменял. и зачем в закрытом периоде регистрировать то. не может я чего не понял. ну да неприятная задачка, если учесть внимательность расчетчиков и странную работу типового перерасчета.

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

Так про это и речь...
На дворе сентябрь, а мы сейчас вспомнили, оказывается, что надо было коэффициент в январе вколотить. И вколотили его в сентябре (с датой 01 января, конечно, только кому от этого легче - три квартала то уже расчитаны)

(14) а дальше перерасчеты и ещё раз перерасчеты. только по документам отпуска. наверное так. а остальное это созданные вами проблемы. в зик и зуп не должно быть перерасчетов впринципе, иначе ппц учету через год. как и нервам всех и вся :)

(14) ну и забыть про него (кто там про него вспомнил - ему и пересчитайте) - остальные не в курсе
:)

в 3.5.10 вроде делают более приятный механизам испраления - может легче будет?

(16) 3.5.10? не пугай так..

(14)если автор прогер тогда делаешь средство и физкульт привет, а дальше пусть расчетчик вешается. Иначе если обязанностей больше чем у прогера тогда хуже.

... и завершая свое выступление ...
Вам надо сделать "перерасчет" с начала года? Автору - вешаться, бухов - к стенке... но, боюсь, уже не поможет :о)

Имхо, один вариант "автоматизации" приемлю: запросом "выловить" все документы и обработкой "массово" заполнить документы перерасчета, - индивидуально по каждому сотруднику и по каждому документу каждого расчетного периода...

Именно так, - специально для "настырных" проверяющих органов и, - чорт бы их побрал, с их "выборочной" проверкой...

зачем автору вешаться не пойму. он делает средство перерасчета. да не надо писать запросов уже есть анализ неявок. пару часов доработок и есть перерасчет. другое дело от конторы зависит.

(19) к стати  перерасчете таком уж ничего такого страшного нет - можно автоматом сделать (сторно + новое начисление  - на закладках среднего меняется только коэфициенты индексации, на закладке начислений - только сумма)

одна из проблем (какую вижу) это обработать перерасчеты которые уже были