Возвращаем сотрудника в 1С: от пометки на удаление до копии базы

· 9 мин

Содержание

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

Короткая развилка такая. Пометка на удаление ещё стоит — снять её, это одна команда. Сотрудник уволен и пропал из рабочих списков — вернуть через отмену документа увольнения. Объект стёрт физически — помогает только резервная копия. А доступ пользователя в программу восстанавливается отдельно от самой карточки сотрудника, не путайте эти две вещи.

Ниже — порядок для 1С:ЗУП 8.3 (редакция 3.1) и 1С:Бухгалтерия 8.3 (редакция 3.0). В конфигурациях без модуля зарплаты (УТ, Розница) кадровых документов нет, там речь только про справочник и пользователя.

С чего начать: что на самом деле случилось с карточкой

Прежде чем что-то восстанавливать, определите состояние объекта. От этого зависит всё остальное.

🔍 Проверьте по очереди:

  • Сотрудник уволен. Карточка цела, но не попадает в документы начисления и в часть списков. Откройте Кадры → Сотрудники и включите показ уволенных (в командной панели списка есть переключатель отбора по статусу). Если человек нашёлся — это не удаление.
  • Стоит пометка на удаление. Объект отображается перечёркнутым значком с красным крестиком. Пока обработка удаления не прошла, он полностью восстановим.
  • Объект физически удалён. В списке его нет ни с каким отбором, ссылки на него в документах показывают «Объект не найден» с внутренним идентификатором. Это значит, что обработка «Удаление помеченных объектов» уже отработала.

💡 Отдельно держите в голове разницу между физическим лицом и сотрудником. В ЗУП это два связанных справочника: физлицо — человек, сотрудник — его место работы в конкретной организации. Иногда «пропадает» только сотрудник, а физлицо со всей историей НДФЛ и стажа на месте. Это сильно упрощает восстановление.

Запишите для себя вывод одним словом: уволен, помечен или удалён. Дальше идите в соответствующий раздел.

Что произошло с сотрудником?

Сотрудник уволен и пропал из списков

Самый частый случай, который принимают за удаление. Уволенный сотрудник никуда не девается — просто программа прячет его там, где он уже не нужен: в документах начисления зарплаты, в табеле, в части отчётов.

Чтобы снова увидеть человека в списке Кадры → Сотрудники, переключите отбор на показ всех, включая уволенных. Карточка откроется в обычном виде. В документах начисления зарплаты и в табеле уволенный по-прежнему не появится — это нормально, пока действует увольнение.

Если увольнение оформили по ошибке и нужно вернуть человека в штат, отмените кадровое событие:

  1. Откройте Кадры → Все кадровые документы (или Зарплата → ... в зависимости от настройки разделов) и найдите документ «Увольнение» по этому сотруднику.
  2. Снимите проведение: команда «Отменить проведение» в панели документа. Сотрудник вернётся в активный статус, расчёт компенсации при увольнении перестанет учитываться.
  3. Если документ ошибочный целиком — после отмены проведения пометьте его на удаление, чтобы он не мешал.

Отмена увольнения задним числом влияет на уже рассчитанную зарплату, НДФЛ и взносы за период. Если за месяц увольнения уже сдана отчётность, пересчитайте начисления и проверьте, не нужна ли корректировка. Не отменяйте увольнение «на горячую» в закрытом периоде без согласования с расчётчиком.

В 1С:Бухгалтерии с упрощённым кадровым учётом логика та же: увольнение оформляется документом, отмена проведения возвращает сотрудника в работу.

Снимаем пометку на удаление, пока объект ещё в базе

Если карточка помечена на удаление, но обработка удаления не запускалась — считайте, что сотрудник уже восстановлен. Пометка сама по себе ничего не стирает, она лишь метка «кандидат на удаление».

Как снять:

  1. Найдите сотрудника в списке (перечёркнутый значок). Если список скрывает помеченные — отключите соответствующий отбор в настройках списка.
  2. Выделите строку и выполните «Снять пометку удаления» — она есть в контекстном меню (правая кнопка) и в меню «Ещё».
  3. Программа спросит, снять ли пометку и со связанных объектов. Если помечали сотрудника целиком с кадровыми документами — соглашайтесь снять со всей цепочки, иначе часть ссылок останется битой.

💡 После снятия пометки откройте карточку и проверьте вкладки с реквизитами: ФИО, подразделение, оклад, данные для НДФЛ. Снятие пометки восстанавливает сам объект, но не чинит значения, если их успели переписать вручную.

Отдельно проверьте физлицо этого сотрудника. Если пометка стояла и на нём — снимите и там, иначе при открытии карточки сотрудника ссылка на физлицо будет указывать на помеченный объект.

Объект удалён физически: восстановление из резервной копии

Если обработка «Удаление помеченных объектов» (раздел Администрирование → Обслуживание) уже прошла, объекта в базе нет. Снять пометку не с чего, «отменить удаление» в интерфейсе нельзя. Единственный надёжный путь — резервная копия.

Восстановление полной копии откатывает ВСЮ базу на момент бэкапа — пропадут все документы, введённые после него. Поэтому не разворачивайте копию поверх рабочей базы ради одного сотрудника. Правильнее развернуть её в отдельную базу и перенести данные оттуда.

Порядок для файловой базы:

  1. Разверните резервную копию (файл .dt через Конфигуратор: Администрирование → Загрузить информационную базу, либо копию каталога базы) в отдельную информационную базу, не трогая рабочую.
  2. Откройте в ней карточку удалённого сотрудника и выпишите все нужные реквизиты: физлицо, приём на работу, оклад, данные для вычетов, трудовой договор.
  3. В рабочей базе заведите сотрудника заново (см. следующий раздел), перенеся данные из копии. Для истории начислений иногда проще восстановить документы кадрового и зарплатного блока вручную по данным из копии.

Для клиент-серверной базы копию восстанавливает администратор сервера через Конфигуратор или средствами СУБД в тестовую базу — логика та же: не поверх рабочей.

Есть приём, который избавляет от ручного переписывания. Если конфигурация рабочей базы и копии совпадает, перенесите удалённый объект напрямую обработкой «Выгрузка и загрузка данных XML». В копии выгрузите сотрудника вместе со связанными объектами (физлицо, приём на работу, договор) в файл, затем загрузите этот файл в рабочую базу. Объект восстановится с тем же внутренним идентификатором, и старые ссылки в документах снова станут рабочими — именно этого нельзя добиться, если просто завести карточку заново.

Выгружайте не только сотрудника, но и его зависимые данные — иначе в рабочей базе появятся новые ссылки «Объект не найден». Обработка умеет сама подтягивать связанные объекты, включите эту опцию перед выгрузкой.

Если регулярных бэкапов нет и свежей копии не существует — физически удалённый объект восстановить неоткуда. Тогда остаётся только завести карточку заново.

Вернуть доступ пользователя в программу

Частая путаница: карточка сотрудника на месте, а человек жалуется, что «его удалили» — на самом деле у него пропал вход в программу. Это настройка пользователя, а не кадровые данные.

Откройте Администрирование → Настройки пользователей и прав → Пользователи.

  • Если пользователь в списке есть, но вход запрещён — откройте карточку и включите вход. Флажок в разных релизах называется по-разному («Вход в программу разрешён» либо снятие признака недействительности), найдите его на основной вкладке карточки.
  • Если пользователь помечен на удаление — снимите пометку, как с любым объектом.
  • Если пользователь удалён физически — создайте его заново: «Создать», задайте имя для входа, свяжите с нужным физлицом и назначьте профиль доступа (группу прав), который был раньше.

💡 Связка «сотрудник — физлицо — пользователь» в ЗУП тройная. Пользователь входит в программу, физлицо хранит персональные данные, сотрудник — место работы. Восстанавливать нужно именно то звено, которое пропало, а не всё подряд.

Если копии нет: заводим карточку заново без задвоения

Крайняя мера, когда объект удалён, а бэкапа нет. Главная задача — не создать дубль физлица, иначе задвоится учёт НДФЛ, вычетов и стажа.

  1. Проверьте, сохранилось ли физлицо (Кадры → Физические лица или поиск по ФИО). Чаще всего удаляют сотрудника, а физлицо остаётся.
  2. Если физлицо на месте — создавайте нового сотрудника и в поле физлица выбирайте существующее, а не вводите ФИО с нуля. Тогда новая карточка подхватит накопленные данные по НДФЛ за год.
  3. Оформите приём на работу документом «Приём на работу» с реальной датой начала работы, восстановите оклад и условия из трудового договора.
  4. Если удалено и физлицо — заводите и его, но тщательно сверьте ИНН и СНИЛС: именно по ним программа и отчётность склеивают человека. Дубль по одному СНИЛС даст ошибку при сдаче отчётности в СФР (бывший ФСС — пенсионный и соцстрах объединили в 2023 году).
  5. Проверьте данные для учёта НДФЛ: статус налогоплательщика, право на стандартные вычеты и заявления на них. Эти сведения не восстанавливаются сами и влияют на удержание налога с первого же расчёта.

Начисления и выплаты за прошлые периоды при ручном восстановлении придётся вводить заново документами соответствующих месяцев. Просто создать карточку недостаточно — история расчётов за ней не появится сама.

Проверка восстановленной карточки сотрудника
Выполнено: 0 / 6

Как не терять сотрудников: права и копии

Большинство таких инцидентов — это случайное удаление сотрудником с избыточными правами и отсутствие свежего бэкапа. Закрываются обе дыры настройками.

⚙️ Что настроить:

  • Права на удаление. В профилях доступа (Администрирование → Настройки пользователей и прав → Профили групп доступа) оставьте право «Интерактивное удаление помеченных объектов» только администраторам. Рядовому кадровику и расчётчику пометка на удаление доступна, а запуск обработки удаления — нет.
  • Регулярные копии. Для файловой базы настройте автоматическое резервное копирование в Администрирование → Обслуживание → Резервное копирование и восстановление. Для серверной — бэкап средствами СУБД по расписанию. Проверяйте, что копии реально создаются и разворачиваются.
  • Регламент удаления. Обработку «Удаление помеченных объектов» запускает один ответственный и только после проверки, что в удаляемом списке нет лишнего. Программа показывает, что и на что ссылается, — читайте этот список перед подтверждением.
  • Увольнение вместо удаления. Ушедших сотрудников не удаляют, а увольняют. История остаётся, отчётность за прошлые периоды формируется корректно, а в текущих списках человек не мешает.

Эти четыре пункта снимают сам сценарий «сотрудника удалили, а копии нет».

Если инцидент уже случился и нужно понять, кто и когда удалил карточку, загляните в журнал регистрации (Администрирование → Обслуживание → Журнал регистрации). Отфильтруйте события по дате и по виду «Данные. Удаление» — там видно пользователя, время и какой именно объект удалён. Это помогает и восстановить картину, и предметно поговорить с тем, кто запустил обработку, чтобы повторения не было.

Частые вопросы

Можно ли отменить удаление, если обработка уже прошла?
Нет. После отработки «Удаления помеченных объектов» объекта в базе физически нет, кнопки «вернуть» не существует. Остаётся только резервная копия или ввод карточки заново.
Чем отличается уволенный сотрудник от удалённого?
Уволенный полностью сохранён в базе со всей историей, его просто прячут из рабочих списков. Удалённый — стёрт. Если включили показ уволенных и человек нашёлся, восстанавливать нечего.
Почему после восстановления сотрудник не видит своих начислений?
Снятие пометки или ввод карточки возвращает сам объект, но не документы начислений, если их тоже удалили. Историю расчётов восстанавливают из копии базы или вводят документами нужных месяцев заново.
Нужно ли создавать новое физлицо при восстановлении сотрудника?
Нет, если старое физлицо сохранилось. Выбирайте существующее — иначе задвоится учёт НДФЛ и возникнут ошибки по СНИЛС при сдаче отчётности в СФР.
Человек не может войти в программу, хотя карточка на месте — это удаление?
Это проблема пользователя, а не сотрудника. Проверьте список пользователей в разделе администрирования: вход мог быть запрещён или пользователь помечен на удаление.