Как работает
- Сперва выбираем нужную организацию.
- Потом нужно указать сотрудников.
Сделать можно как вручную, так и с помощью кнопки "Заполнить по уволенным", которая сделает запрос в регистр "Текущие кадровые данные сотрудников" и заберёт оттуда всех уволенных на текущую дату. - Далее нажимаем кнопку "Создать перенос данных".
Данная кнопка вызовет запрос остатков к следующим регистрам накопления: "Бухгалтерские взаиморасчеты с сотрудниками", "Взаиморасчеты с сотрудниками", "Зарплата к выплате". На основании полученных данных будет инициализировано создание документа "перенос данных", просто откроется уже заполненный документ, в котором можно будет проверить результат работы обработки, дополнить или откорректировать данные, например, добавить комментарий. И останется только записать документ. - Опционально в новых версиях обработки добавлены реквизит дата остатка (именно на эту дату будут сформирован запрос к регистрам), и дата сторно (на эту дату будет создаваться документ и период проводок)
Обработка распространяется как есть, т. е. подразумевается, что это всего лишь инструмент, которым нужно пользоваться с пониманием дела и для решения конкретной задачи. В моём случае, я затёр хвосты по давно уволенным сотрудникам, чтобы они не маячили и не мешали наводить порядок по работающим сотрудникам.
По работающим сотрудникам в таком исполнении я бы не рекомендовал пользоваться, на свой страх и риск.
Как показала практика по работающим сотрудникам эту обработку тоже можно применять, но нужно очень внимательно проверять каждую проводку, так как алгоритм делает сторно всего остатка, а это не всегда нужно. Одна из решаемых мной задач была ошибка расчета/начисления, начислили излишне и работник стал должен, сумма несущественная, поэтому её просто списали.
В любом случае сама обработка ничего не записывает в базу, она просто подготавливает данные для записи, решение же записывать принимает сам пользователь.
UPD 0.2:
- По предложению трудящихся добавил дату для выборки остатков. Если дата остатков не указана, то остатки будут сформированы как и раньше на текущий момент, по умолчанию дата не указана.
UPD 0.3:
- В регистрах взаиморасчетов на релизе 3.1.28.84 не заполнялся период взаиморасчетов (это реквизит в регистре, а виртуальная таблица остатка их не видит). Доработал данную логику, теперь будет указывается та же дата, что и дата документа.
- Добавил реквизит "дата сторно", как показала практика иногда надо сделать сторно на конкретную дату (например, конец предыдущего месяца). По умолчанию он не заполняется и работает как и раньше, берется текущая дата. Если будет заполнен, то дата и месяц документа, период проводок, период взаиморасчетов в регистрах взаиморасчетов будет заполнено указанным значением.
UPD 0.4:
- Добавлено сторно регистра "Расчеты налогоплательщиков с бюджетом по НДФЛ", опыт правок НДФЛ показал, что там тоже копится перекос выплат.
- В случае, если делаете сторно по действующему сотруднику обратите особое внимание на записи на владке регистра "Расчеты налогоплательщиков с бюджетом по НДФЛ", а точнее на дату получения дохода. Если выплата зарплаты осуществляется позднее даты окончания месяца, а дату остатка установили как конец месяца, то в этот регистр попадут сторно сумм НДФЛ, который будет удержан с выплатой. Это может привести к некорректному учету НДФЛ. Такая же ситуация с регистрами взаиморасчетов, туда может попасть суммы к выплате, если выплачивается зарплату позднее даты окончания месяца.
Проверено на следующих конфигурациях и релизах:
- Зарплата и управление персоналом, редакция 3.1, релизы 3.1.31.67, 3.1.28.84
