кстати, вот интересная задачка по ЗИКу
 

из практики не раз сталкивался с необходимостью исправления или восстановления учета в предыдущих периодах. итак:
1 начисляем ЗП (вводим одноименный документ),
2 переходим на сл период,
3 переначисляем за прошлый (вводим одноименный документ, СпособНачисленияЗрплаты = 3),
4 делаем мягкий откат в прошлый период,
5 пререпроводим документ начилсения ЗП

Что мы видим в журнале расчета? Записи по начислению зп таинственным образом куда-то испарились)))
Даю подсказку. Пропажа записей связана с тем что при сторнировании записей свойство Документ сторнирующей записи устанавливается равной сторнируемого а не сторнирующего документа.
Интересно ктонить решал подобную задачку и как? Собственное решение разумеется есть))

1-3 вполне достаточно.
4-5 не делать никогда.
И доживешь спокойно до пенсии...

это все лирика)))

+ и потом если пришлось откатиться обратно ну например на год назад. откуда ты знаешь были там в будущих периодах переначисления или нет?)

я вижу Вас распирает ответ... давайте... глянем

Метод 4 не описан в прикладном решение, является выдумкой 1Снегов и не является поддерживаемым (да и вообще зачастую не работает). Прибегать к нему надо только лишь с ОЧЕНЬ прямыми руками. Используя его, следует минимально вмешиваться в структуру БД. А уж переначислять ЗП - это вообще страшно представить.

И чего? фича давно известная. за откат и перепроведение документов начисления отрываются руки и головы:) а если уж очень надо что-то изменить, то обработкой с записями можно что угодно сотворить - отвязать от документа, поменять ВР и сумму и т.п.

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

7-Gorr > Ой, как распирает-то :D
А слабо этой фигней не пользоваться?
Слабоооо...

хватит п.ть давайте лучше подумаем как еще денег заработать. а решение вот оно. может кому сгодится.
в начале процедуры ОбработкаПроведения убираем вызов ОчиститьДвижения(). все вместе:
ПравилоПерерасчета.Применять(0); //чтобы перерасчеты не помешали при повторном проведении документа
//<-ПравилоПерерасчета.Применять(0); //чтобы перерасчеты не помешали при повторном проведении документа
//ОчиститьДвижения();
если СпособНачисленияЗарплаты <> 3 тогда
ЖурналРасчетов.ВыбратьЗаписиПоДокументу(ТекущийДокумент());
пока ЖурналРасчетов.ПолучитьЗапись() = 1 цикл
если (ЖурналРасчетов.ПериодРегистрации.ДатаНачала > ЖурналРасчетов.ТекущийПериод().ДатаНачала)
и (ЖурналРасчетов.Сторно = 1) и (ЖурналРасчетов.РодительскийДокумент.СпособНачисленияЗарплаты = 3) тогда
продолжить;
конецесли;
ЖурналРасчетов.УдалитьЗапись();
конеццикла;
иначе
ОчиститьДвижения();
конецесли;
//->ПравилоПерерасчета.Применять(ИспПравилПерерасчета);
ПравилоПерерасчета.Применять(ИспПравилПерерасчета);

+это работает только для перепроведения начисления зарплаты, если сделать отмену проведения и потом провести не поможет, т.к. при этом убиваются все записи сторно зарегистрированные в будущих периодах.

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

7-Gorr >[em]у одного из клиентов база слетела - по всему откат с пересчетом аж с 10 года[/em]...
ЕСЛИ база слетела у [b]твоего[/b] клиента, то

[em]я че пользователь чтоли повашему?))[/em]
Ну..., тут трудно сказать, издалека не видно.
Если клиент твой и база у него слетела аж с мохнатого года, то ты не пользователь. Ты - Ламер, Забывший про бэкапы. Простить тебя может только одно - если клиент [b]не[/b] твой и обратился к тебе уже с проблемой.


ps: по существу - посмотри "АРМ расчетчика". Найдешь на проклабе.

уважаемая титинька б)))
не надо мне тут парить про бакапы. говно это произошло еще в октябре 11 года. с тех пор релиз не раз обновлялся. а клиент обратился с вопросом по восстановлению учета только сейчас. надеюсь не надо объяснять, что сентябрьский бакап не подойдет?)
а по существу - не надо меня учить че мне смотреть и что делать))

Ну-у-у, если клиент действительно твой клиент и у Твоего Клиента такое творится уже больше полугода - хм...

ps: Да, кстати, там же на проклабе есть еще "Редактор ЖР".
yе, конечно, в свете твоего [em]ватит п.ть давайте лучше подумаем как еще денег заработать.[/em] можно изобретать разные велосипеды. Изобретай на здоровье.
Но, изобретая, ты все-таки посмотри на уже существующие инструменты. Просто попробуй, а вдруг все твои пять пунктов уже реализованы.
зы: давненько я не пользовалась ни АРМом, ни редактором ЖР, не помню, можно ли перепроводить док "Начисление" в прошлом периоде целиком, но вот то, что можно перепровести начисление [b]одного[/b] сотрудника из всего дока - это точно пользовалась.

13-Gorr >[em]а по существу - не надо меня учить че мне смотреть...))[/em]

Не поняла... Не, правда не поняла. :)

в (0) ты задаешь вопрос - [em]Интересно ктонить решал подобную задачку и как? [/em]

тебе дают наводки на конкретные решения, а ты вдруг начинаешь говорить - "не надо меня учить..."

Хм... Зачем тогда вообще задан вопрос в (0)?

чччЁрт, я опять забыла про особенности мужской психики. :)))
Мужчины не могут вести разговор одновременно в двух плоскостях.
В данном случае я говорила в одной плоскости про клиента и бэкапы и одновременно в [b]другой [/b]плоскости - по существу вопроса в (0) - а именно, кто и как решал подобные задачи. Не смешивая эти две темы.
А мужчины все смешивают в одну плоскость - и получается и клиенты и бэкапы и по существу вопроса - все в одной куче. Отсюда и такая реакция в (13).

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

итак, давай тему про бэкапы и клиентов забудем и именно [b]по существу[/b] вопроса в (0) - ты АРМ расчетчика и редактор ЖР посмотрел? Не решают твоих задач? Или решают, но, например, неудобны/громоздки? Или что-то еще?

честно гря не смотрел. времени нет. мне проще все что надо на месте написать. а весь документ начисления я тоже не перепровожу. обработка позволяющая выцепить одного сотра и по нему сформировать отдельный док начисления у меня давно уже написана.
ЗЫ. еще в 2005 я сдал цпеца по расчету и оу в один день на пять баллов)))