Как найти подтверждение отправки расчетного листка в 1С:ЗУП и доказать факт извещения сотрудника

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

В процессе работы с программой 1С:Зарплата и Управление Персоналом (ЗУП) 3.1 часто возникает ситуация, когда сотрудник утверждает, что не получал расчетный листок по электронной почте. Если дело доходит до трудовых споров или судебных разбирательств, работодателю крайне важно иметь доказательства того, что обязанность по извещению работника (согласно ст. 136 ТК РФ) была выполнена. Разберем подробно, где искать следы отправки в системе и как обезопасить компанию юридически.

Поиск технических подтверждений в базе 1С

Первым делом проанализируем внутренние механизмы 1С. В типовых конфигурациях на базе БСП (Библиотеки стандартных подсистем), к которым относится ЗУП 3.1, рассылка расчетных листков чаще всего выполняется через механизм «Рассылка отчетов».

1. Документы «Электронные письма исходящие»

Рассмотрим, сохраняются ли письма в самой базе. Если при настройке рассылки в 1С не была установлена настройка удаления писем, то каждое отправленное сообщение фиксируется в системе как отдельный объект. Чтобы проверить это, выполним следующие действия:

  1. Перейдем в раздел Администрирование — Органайзер.
  2. Откроем пункт Письма (или воспользуемся поиском по всем функциям, чтобы найти документ ЭлектронноеПисьмоИсходящее).
  3. В списке исходящих писем попробуем найти письмо, адресованное конкретному сотруднику.

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

2. Проверка Журнала регистрации

Проанализируем события системы через Журнал регистрации. Хотя сам текст письма там не хранится, в журнале фиксируются факты выполнения регламентных заданий по рассылке. Посмотрим на примере:

  1. Откроем Журнал регистрации (Администрирование — Обслуживание).
  2. Установим фильтр по событию Рассылка отчетов.
  3. Найдем время, когда производилась массовая рассылка.

Записи в журнале подтвердят, что фоновое задание было запущено и завершено успешно. Однако для суда это косвенное доказательство, так как оно подтверждает работу механизма в целом, а не доставку конкретному лицу.

Использование ресурсов почтового сервера

Если 1С не хранит историю отправлений, обратимся к логам почтового сервера (SMTP-сервера), через который настроена отправка. Это самый надежный технический способ подтверждения.

1. Проверка папки «Отправленные»

Выясним, под какой учетной записью 1С подключается к почте. Если используется протокол IMAP, письма могут сохраняться в папке «Отправленные» непосредственно в почтовом ящике отправителя. Проанализируем содержимое ящика: наличие там письма — прямое доказательство отправки.

2. Логи системного администратора

Попросим системного администратора выгрузить логи SMTP-транзакций. В логах сервера фиксируется путь письма от отправителя до сервера получателя. Ключевым моментом здесь является статус 250 OK. Этот код означает, что почтовый сервер сотрудника принял сообщение. Даже если письмо попало в спам или было случайно удалено пользователем, обязательство работодателя по «отправке» считается технически выполненным.

Юридические аспекты и требования ТК РФ

Важно понимать, что технического факта отправки может быть недостаточно, если процедура не оформлена юридически. Согласно ст. 136 ТК РФ, работодатель обязан извещать работника в письменной форме. Рассмотрим, как легализовать электронные расчетные листки.

1. Локальный нормативный акт (ЛНА)

Разберем типичную ошибку: рассылка ведется, но в правилах внутреннего трудового распорядка (ПВТР) об этом ни слова. Для защиты в суде необходимо:

2. Согласие сотрудника

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

  1. Просит направлять расчетные листки в электронном виде.
  2. Собственноручно указывает адрес электронной почты.
  3. Обязуется своевременно уведомлять об изменении адреса.

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

Профилактика проблем в будущем

Чтобы больше не сталкиваться с необходимостью «доказывать невозможное», рекомендуем рассмотреть современные способы автоматизации:

1. Использование КЭДО и «1С:Кабинет сотрудника»

Самый надежный способ на сегодняшний день — переход на кадровый электронный документооборот (КЭДО). В сервисе 1С:Кабинет сотрудника факт ознакомления с расчетным листком фиксируется электронной подписью или авторизацией в системе. Это имеет полную юридическую силу и не требует проверки почтовых логов.

2. Реестр рассылки

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


// Пример логики для фиксации отправки
НоваяЗапись = РегистрыСведений.ЛогРассылкиЛистков.СоздатьМенеджерЗаписи();
НоваяЗапись.Период = ТекущаяДата();
НоваяЗапись.Сотрудник = Объект.Сотрудник;
НоваяЗапись.АдресЭП = Объект.АдресЭлектроннойПочты;
НоваяЗапись.Статус = "Отправлено";
НоваяЗапись.Записать();

Вывод: Если отправка уже совершена и возник спор, ищите следы в документах ЭлектронноеПисьмоИсходящее или логах почтового сервера. На будущее — обязательно зафиксируйте электронный способ обмена документами в учетной политике организации и соберите письменные согласия с актуальными адресами сотрудников.

← На главную