Документ «Входящая справка о заработке для расчёта пособий»

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

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

🎯 Что это и зачем

Документ предназначен для фиксации справки о заработке, которую сотрудник приносит с предыдущего места работы. В шапке указывается сотрудник, страхователь (предыдущий работодатель из справочника «Работодатели») и период работы у него; в табличной части — суммы заработка по расчётным годам и количество исключаемых дней (болезни, ухода за детьми и др.). При проведении документ пишет данные в регистр накопления ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС, откуда их берёт российский расчётный механизм пособий.

⚠️ Важно: наследие РФ-типовой. Единственное движение документа — регистр ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС, где ФСС — Фонд социального страхования Российской Федерации. Казахстанский расчёт пособий (по временной нетрудоспособности, выплачиваемых работодателем) этим регистром не питается — в РК используются ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС и средний заработок по общей казахстанской методике. Документ присутствует в конфигурации ЗУП КЗ 3.1 как незадействованное наследие российской типовой и в стандартном казахстанском учёте не нужен.

Если задача — учесть заработок сотрудника с прошлого места работы для расчёта пособий, уточните: казахстанский контур соцвыплат (ст.22 Закона РК о социальном страховании, Госкорпорация ЕНПФ/ФОСМС) не опирается на этот регистр. Вводить документ имеет смысл только при наличии специального расчётного механизма, использующего ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС, что нетипично для казахстанских внедрений.

Кто создаёт: расчётчик зарплаты или кадровик — разово, при приёме сотрудника, принёсшего справку с прошлого места работы.

🧭 Где найти в программе

📌 Заметка. Расположение пункта меню в выгрузке метаданных не определено — в карточке объекта forms и commands пусты. Искать через «Все функции» (Ctrl+Alt+F в интерфейсе 1С:Предприятия) по слову «справка о заработке». Если пункт скрыт — доступ через раздел «Кадры» либо подраздел расчёта зарплаты, в зависимости от настроек интерфейса и прав пользователя.

👤 Часть 1. Для пользователя

Ниже — пошаговые сценарии работы с документом. Помните о пометке «RU-наследие»: в типовой казахстанской настройке ЗУП КЗ 3.1 данные этого документа на расчёт пособий не влияют.

Урок 1. Регистрация справки от предыдущего работодателя

Когда: сотрудник принёс бумажную или электронную справку о заработке с прошлого места работы, и вы хотите зафиксировать эти данные в базе.

  1. Откройте журнал «Входящая справка о заработке для расчёта пособий» через «Все функции» или нужный раздел меню. Нажмите «Создать». Можно также ввести документ на основании карточки сотрудника — тогда Организация и Сотрудник подставятся автоматически.
  2. Проверьте и заполните Организацию (текущая организация-работодатель) — обязательно.
  3. Выберите Сотрудника, по которому вводится заработок — обязательно. После выбора поле ФизическоеЛицо заполнится автоматически.
  4. Выберите Страхователя — предыдущего работодателя из справочника «Работодатели» (не «Организации» и не «Контрагенты»). Если страхователя нет в базе — создайте элемент справочника «Работодатели» прямо из этого поля.
  5. Укажите Период работы с и Период работы по — даты начала и окончания работы сотрудника у страхователя по справке. Поля необязательны, но их заполнение упрощает контроль.
  6. В табличной части «Данные о заработке» добавьте строки по годам: для каждого расчётного года — Расчётный год, Заработок (сумма по справке за год), Дней болезни, ухода за детьми и др. (исключаемые дни).
  7. Заполните Ответственный и Комментарий при необходимости.
  8. Проведите документ кнопкой «Провести и закрыть» или «Провести». Данные будут записаны в регистр накопления.
⚠️ Обязательные поля. Документ не проведётся без заполнения Организации, Сотрудника и Страхователя — при попытке провести без них платформа покажет ошибку заполнения.
💡 Подсказка. Один документ = один страхователь. Если сотрудник принёс справки от нескольких предыдущих работодателей — вводите отдельный документ на каждого. Объединять нескольких страхователей в один документ нельзя: данные в регистре хранятся в разрезе страхователя.
📷 Скриншот: шапка документа «Входящая справка о заработке»
Шапка: Организация, Сотрудник, Страхователь (справочник «Работодатели»), период работы, табличная часть с заработком по годам.

Урок 2. Несколько предыдущих работодателей

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

  1. Введите первый документ согласно Уроку 1 — для первого страхователя.
  2. Создайте второй документ по тому же сотруднику, выбрав другого страхователя.
  3. Заполните ТЧ «Данные о заработке» для второго работодателя. Расчётные годы могут совпадать с первым документом — на уровне регистра данные суммируются при последующем расчёте среднего заработка.
  4. Проведите оба документа.
📌 Заметка. При просмотре и контроле перед расчётом пособия отфильтруйте журнал документов по сотруднику — убедитесь, что для каждого страхователя введён отдельный документ с корректными годами и суммами. Движения документа по регистру можно проверить через кнопку «Движения документа» (Ctrl+Shift+M в форме документа).

Урок 3. Исправление и аннулирование справки

Когда: в уже проведённом документе обнаружена ошибка (неправильная сумма, год, страхователь), либо справка введена ошибочно и её нужно удалить.

  1. Исправление. Откройте документ из журнала. Исправьте нужные строки ТЧ «Данные о заработке» или реквизиты шапки. Перепроведите документ — движения по регистру накопления пересоберутся с новыми данными.
  2. Внимание после исправления. Последующие расчёты пособий возьмут уже исправленные данные, но ранее рассчитанные документы-больничные автоматически не пересчитываются. При необходимости пересчитайте их вручную.
  3. Аннулирование. Если справка введена ошибочно (не тот сотрудник, не тот страхователь) — отмените проведение документа кнопкой «Отменить проведение»: движения по регистру будут удалены. Затем пометьте документ на удаление.
⚠️ Важно при аннулировании. Если по данным справки уже были рассчитаны пособия, их потребуется пересчитать вручную — автоматического каскадного пересчёта в конфигурации не предусмотрено.

🛠 Часть 2. Для программиста

Состав объекта, регистры движений и логика проведения. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.

Структура объекта

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 8 реквизитов, 2 табличные части. Формы и BSL-модули в выгрузке отсутствуют (forms=[], bsl_static=[]) — UI-структуру при необходимости снимать с живой базы.

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

ИмяТипОбяз.Назначение
ОрганизацияСправочникСсылка.ОрганизацииДаТекущая организация-работодатель, в которой работает сотрудник и регистрируется справка
СотрудникСправочникСсылка.СотрудникиДаСотрудник, по которому вводится заработок с прошлого места работы; документ можно ввести на основании справочника «Сотрудники»
ФизическоеЛицоСправочникСсылка.ФизическиеЛицаНетСлужебная связка с физлицом; заполняется автоматически по сотруднику — не редактировать вручную
СтраховательСправочникСсылка.РаботодателиДаПредыдущий работодатель, выдавший справку; именно справочник «Работодатели», не «Организации»; измерение для записи в регистр
ПериодРаботыСДата (xs:dateTime)НетНачало периода работы у страхователя по справке
ПериодРаботыПоДата (xs:dateTime)НетОкончание периода работы у страхователя по справке
ОтветственныйСправочникСсылка.ПользователиНетОтветственный пользователь за документ
КомментарийСтрокаНетПроизвольный комментарий

Табличные части

ДанныеОЗаработке («Данные о заработке») — основная ТЧ: заработок у страхователя по расчётным годам и исключаемые дни.

ИмяТипНазначение
РасчетныйГодЧисло (xs:decimal)Календарный год, к которому относится заработок; одна строка = один год
ЗаработокЧисло (xs:decimal)Сумма заработка за этот год согласно справке
ДнейБолезниУходаЗаДетьмиЧисло (xs:decimal)Исключаемые дни за год: болезни, ухода за детьми и аналогичных периодов

ДополнительныеРеквизиты («Дополнительные реквизиты») — стандартный механизм БСП для расширяемых свойств.

ИмяТипНазначение
СвойствоПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведенияДополнительный реквизит из плана видов характеристик
Значение(составной)Значение дополнительного реквизита
ТекстоваяСтрокаСтрокаТекстовое представление значения

Движения по регистрам

Документ объявлен регистратором по 1 регистру. Это принципиально отличает его от расчётных документов (например, «Больничного листа» с 51 регистром): никаких начислений, налогов или взаиморасчётов документ не формирует.

РегистрТипНазначение
ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФССНакопленияЗаработок и исключаемые дни по страхователям (предыдущим работодателям) для расчёта среднего заработка — RU-наследие ФСС РФ; в казахстанском расчёте пособий не задействован
⚠️ Наследие РФ-типовой. Регистр ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС — российский механизм учёта заработка с предыдущих мест для расчёта пособий по нормам ФСС (прямые выплаты). В Казахстане расчёт среднего заработка для больничных опирается на регистры ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и ДанныеОВремениДляРасчетаСреднегоОбщий, которые этот документ не заполняет. Данные из ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС при расчёте казахстанских пособий не учитываются.

Как формируется проведение — реальный код (3.1.2.24)

⚠️ Важно об источнике. В использованной XML-выгрузке конфигурации модули объекта отсутствуют (секции bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения и ОбработкаПроверкиЗаполнения привести нельзя. Ниже — реконструкция по метаданным (состав обязательных реквизитов и регистра-приёмника): это не цитата исходного кода, а корректная по структуре схема.

Структура обязательности (из fill_value_required: ShowError) — реквизиты, которые платформа проверяет автоматически перед записью:

// Реконструкция по metadata: 3 реквизита с проверкой заполнения (ShowError).
// Дословные имена из метаданных:
ПроверяемыеРеквизиты = "Организация, Сотрудник, Страхователь";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения
// (в выгрузке недоступна).

Схема проведения (реконструкция по metadata.register_records — 1 регистр):

// Реконструкция по metadata. Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // Единственное движение: записать заработок у страхователя
    // в разрезе Сотрудник / Страхователь / РасчетныйГод
    // из строк ТЧ «ДанныеОЗаработке».

    Для Каждого Строка Из ДанныеОЗаработке Цикл
        Движение = Движения.ДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС.Добавить();
        // Движение.Сотрудник / Страхователь / РасчетныйГод / Заработок
        //           / ДнейБолезниУходаЗаДетьми — из строки ТЧ и шапки.
        // (точный состав измерений регистра в выгрузке не приведён)
    КонецЦикла;

    Движения.Записать();

    // ⚠️ Никаких начислений, налогов, взаиморасчётов,
    //    казахстанских регистров ИПН/ОПВ/СО/ВОСМС не формируется.

КонецПроцедуры

Зависимости

BSL-код в выгрузке отсутствует; дополнительные модули определены структурно по метаданным.

ЗависимостьЧто используется
СправочникиОрганизации, Сотрудники, ФизическиеЛица, Работодатели (страхователь — именно этот справочник), Пользователи
Регистр накопленияДанныеСтрахователейДляРасчетаСреднегоЗаработкаФСС — единственный приёмник движений
Документ-основаниеCatalog.Сотрудники — справку удобно вводить из карточки сотрудника командой «Создать на основании»
Механизм БСП«Дополнительные реквизиты и сведения» — ТЧ ДополнительныеРеквизиты
📌 Заметка. inverse_based_on в метаданных пуст — ни один документ конфигурации не создаётся на основании этой справки. Механизм «Кто создаётся на основании этого» не задействован. Справочник Работодатели — отдельный от Организации и Контрагентов: предыдущего работодателя, если он не заведён, потребуется создать в этом справочнике.

🔗 Связанные разделы