В разделе описан механизм выгрузки регламентированной отчетности в СЭД Lotus Notes, действующий с 25.11.2019. Для ранее выгруженных документов работает полный цикл согласования и/или подписания, без контроля срока подписания, а также отсутствует возврат статусов. Для выгрузки старых документов по новому механизму необходимо перезаписать документ регламентированной отчетности для запуска бизнес-процесса.

При записи следующих видов документов регламентированной отчетности, новых или с пустым статусом, устанавливается статус документа в Лотус «В работе»:

• «Данные о корректировке сведений застрахованных лиц, СЗВ-КОРР»,
• «Опись ОДВ-1»,
• «Реестр ЭЛН для отправки в ФСС»,
• «2-НДФЛ для передачи в ИФНС»,
• «Пачка документов СПВ-2»,
• «Регламентированный отчет».

После записи указанных документов стартует бизнес-процесс «Сдача регламентированной отчетности».

Выгрузка документов «Регламентированный отчет» в СЭД Lotus Notes выполняется из задачи ответственному специалисту на этапе «Выгрузка в Лотус» бизнес –процесса «Сдача регламентированной отчетности» (см. Этап 4. Выгрузка в Лотус).

Печатная форма регламентированного отчета, определяемая по настройкам текущего отчета для документов «Регламентированный отчет» и по настройкам справочника «Настройка отправки регламентированной отчетности» для данного вида отчета, выгружается в базу ПУД с типом карточки «Регламентированный отчет».

После выгрузки регламентированный отчет автоматически направляется на подписание ЕИО Заказчика (физическое лицо, указанное в соответствующем реквизите задачи, документ в СЭД Lotus Notes переходит в статус «На подписании». Подписывающему ежедневно в течение 30 дней с момента отправки на подписание приходит напоминание. В 1С статус документа автоматически устанавливается «На подписании»

В карточке Лотус первичной регламентированной отчетности устанавливается срок подписания, если печатная форма до наступления срока подписания не подписана ЭЦП, то документ в СЭД Lotus Notes автоматически переходит в статус «Отклонен», в 1С устанавливается статус «Просрочил (подписал)». Регламентным заданием «ИВК_сдача рег отчетности» печатная форма документа выгружается повторно на подписание ЭЦП ЕИО Заказчика с соответствующим уведомлением (рисунок 35), бизнес-процесс переходит на следующий этап (см. Этап 6. Прикрепить квитанцию о приеме).

Если файл ЭЦП помечен как «Старая версия», то карточке в СЭД Lotus Notes и документу отчетности в 1С присваивается статус «Отклонен». Регламентное задание «ИВК_сдача рег отчетности» возвращает бизнес-процесс на этап выгрузки в Лотус (см. Этап 4. Выгрузка в Лотус). Повторная выгрузка печатной формы в Лотус допускается при нахождении документа в статусе «Отклонен». Выгрузка осуществляется в ту же карточку в СЭД Лотус, если база данных ПУД, где она расположена, доступна для выгрузки. В противном случае создается новая карточка в текущей базе данных ПУД, связь с предыдущей карточкой не сохраняется. Для первичной регламентированной отчетности срок подписания устанавливается повторно.

Соответствие статусов документа в СЭД Lotus Notes и 1С представлено в таблице 1.

Статус СЭД Lotus Notes	Статус 1С
На подписании	На подписании
Подписан	Подписан
Отклонен (как старая версия)	Отклонен
Отклонен (просрочил подписание)	Просрочил подписал
Подписан	Принят (после прикрепления квитанции об отправке)

Изменение статусов документа в СЭД Lotus Notes:

• «На подписании» – автоматически при отправке на подписание,
• «Подписан» – автоматически при подписании ЭЦП ЕИО Заказчика,
• Отклонен – вручную при установке признака «Старая версия» или автоматически при истечении срока подписания.

При выполнении задачи на этапе выгрузки квитанции о приеме бизнес-процесса «Сдача регламентированной отчетности» (см. Этап 6. Прикрепить квитанцию о приеме) в карточку ПУД Лотус прикрепляется файл квитанции о приеме регламентированной отчетности (рисунок 36).

Бизнес-процесс «Сдача регламентированной отчетности»

Старт бизнес-процесса «Сдача регламентированной отчетности» происходит после записи документов регламентированной отчетности.

На рисунке 37 представлен пример формы бизнес-процесса.

Реквизиты шапки:

• Дата,
• Номер,
• Ведущая задача,
• Задание – формируется строка «Сдача рег.отчетности» + наименование регламентированного отчета,
• Организация – организация из документа регламентированной отчетности,
• Документ основание – ссылка на документ регламентированной отчетности,
• Автор – пользователь, стартовавший бизнес-процесс,
• Флаг «Отправлен без подписания ЕИО»,
• Флаг «Отклонен»,
• Статус документа в лотус – заполняется автоматически, при старте бизнес-процесса устанавливается значение «В работе».

На рисунке 38 представлена карта бизнес-процесса.

Этап 1. Проверка на ОКТМО

Проверка выполняется, если для данного регламентированного отчета установлен флаг «Выполнять проверку ОКТМО» в справочнике «Настройка отправки регламентированной отчетности». Соответствие определяется по наименованию регламентированного отчета.

Если флаг не установлен, то этап пропускается.

Если флаг установлен, то формируется задача служебному пользователю akt (рисунок 39).

Проверка ОКТМО в рамках задачи для служебного пользователя выполняется регламентным заданием «ИВК_сдача рег отчетности»: происходит сравнение кода ОКТМО в документе отчетности и кода ОКТМО из регистра «Коды ОКТМО по организациям» для данной организации:

• Для документа «2-НДФЛ для передачи в ИФНС» код ОКТМО берется из реквизита отчета «ОКТМО/КПП» (рисунок 40),

705 × 232 пикс.     Открыть в новом окне	Код ОКТМО в документе "2-НДФЛ для передачи в ИФНС".

• Для регламентированного отчета «6-НДФЛ» код ОКТМО берется из титульного листа (рисунок 41),

1017 × 546 пикс.     Открыть в новом окне	Код ОКТМО в регламентированном отчете "6-НДФЛ".

• Для регламентированного отчета «Расчет по страховым взносам» код ОКТМО берется из Раздела 1, код строки 010 (рисунок 42).

901 × 433 пикс.     Открыть в новом окне	Код ОКТМО для регламентированного отчета "Расчет по страховым взносам".

Если коды ОКТМО совпадают, то происходит переход на следующий этап.

Если в регистре сведений «Коды ОКТМО по организациям» и в регламентированном отчете указаны различные коды, то задача переадресуется автору бизнес-процесса. При выполнении задачи коды ОКТМО сравниваются повторно и, если не соответствуют, то выводится сообщение пользователю (рисунок 43), задача не выполняется.

В логи фиксируется запись о результатах проверки ОКТМО служебным пользователем и при необходимости автором бизнес-процесса (рисунок 44).

Этап 2. Проверка начальником отдела

Этап проверки начальником отдела выполняется, если для данного вида регламентированной отчетности и для данной организации существует проведен документ «Настройка проверки по бизнес-процессам» с неустановленным флагом «Отключить».

На данном этапе формируется задача ответственному пользователю, указанному в соответствующем документе «Настройка проверки по бизнес-процессам» в реквизите «Проверяющий» (рисунок 45).

Важно!

Задача доступна только исполнителю – проверяющему из соответствующего документа «Настройка проверки по бизнес-процессам». При попытке открыть данную задачу другим лицом появляется служебное сообщение (рисунок 46), форма задачи не открывается.

Если в процессе проверки регламентированной отчетности возникли замечания, то их необходимо внести в текстовое поле «Замечания к документу», после этого появится кнопка «Отправить на доработку» (рисунок 47).