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

Организация привлекает физлицо не в штат, а по договору подряда или возмездного оказания услуг — это договор ГПХ. Его нужно зарегистрировать в программе, чтобы вознаграждение исполнителя попало в расчёт и было правильно обложено. Документ «Договор (работы, услуги)» фиксирует исполнителя (Сотрудник / ФизическоеЛицо), срок действия (ДатаНачала — ДатаОкончания), сумму вознаграждения (Сумма), порядок оплаты (СпособОплаты, РазмерПлатежа) и вид планового начисления (ВидДохода), которым это вознаграждение будет начисляться.

Важная особенность РК: с дохода по ГПХ удерживаются ИПН 10%, ОПВ и ВОСМС, а социальные отчисления (СО) и социальный налог с вознаграждения по ГПХ не начисляются. Сам документ налоги не рассчитывает — он лишь записывает условия договора в регистры сведений (ПлановыеНачисленияПоДоговорам, УсловияДоговораГПХ, ПериодыДействияДоговоровГражданскоПравовогоХарактера); конкретные суммы ИПН/ОПВ/ВОСМС позже исчисляют расчётные документы по этим плановым начислениям.

Кто работает: кадровик или расчётчик зарплаты, разово при заключении каждого договора (не периодически). Зафиксированный путь ввода — «на основании» элемента справочника «Сотрудники».

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

Удобнее всего — из карточки исполнителя в справочнике «Сотрудники» → команда «Создать на основании» → «Договор (работы, услуги)». Так организация и исполнитель подставятся сами. Альтернатива — журнал документов «Договор (работы, услуги)», кнопка «Создать».

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

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

Урок 1. Заключение договора ГПХ

Когда: организация заключает с физлицом договор на выполнение работ или оказание услуг, а исполнитель уже зарегистрирован в справочнике «Сотрудники». Это основной сценарий.

1. Открываем карточку исполнителя в справочнике «Сотрудники» и командой «Создать на основании» выбираем «Договор (работы, услуги)» (единственное зафиксированное основание ввода).
2. Проверяем подстановку: Организация, Сотрудник, Физическое лицо должны заполниться из карточки.
3. Заполняем срок договора: Дата начала и Дата окончания — оба поля обязательны (договор ГПХ всегда срочный).
4. Указываем Начисление (реквизит ВидДохода) — вид расчёта из плана видов расчёта «Начисления», которым будет начисляться вознаграждение.
5. Вносим Сумму вознаграждения по договору.
6. Заполняем Код по ОКЗ (классификатор занятий) — обязательная характеристика выполняемой работы.
7. Проводим документ.

Урок 2. Порядок оплаты и налогообложение

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

1. Указываем Сумму (общую сумму по договору) и при необходимости Месяц начисления — период, в котором регистрируется начисление вознаграждения.
2. Выбираем Способ оплаты (перечисление «Способы оплаты по договору ГПХ») и при периодических выплатах — Размер платежа: вместе они определяют график начислений.
3. При наличии вычета заполняем Сумму вычета — она уменьшает облагаемую базу дохода по договору.
4. Проверяем флаги обложения: «Выплаты по договору не облагаются НДФЛ» (реквизит НеОблагаетсяНДФЛ — освобождение от подоходного налога, в РК это ИПН) и «Подлежит страхованию от несчастных случаев» (ОблагаетсяФСС_НС).
5. При необходимости задаём Способ расчётов с физическими лицами и Счёт, субконто (способ отражения затрат по договору в бухучёте).
6. Проводим документ.

Урок 3. Трудовая деятельность и изменение условий

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

1. Отражение трудовой деятельности. Включите флаг «Отразить трудовую деятельность» (ОтразитьТрудовуюДеятельность), затем заполните «Наименование документа» и «Номер первичного документа»; убедитесь, что заполнен Код по ОКЗ (он обязателен всегда).
2. Проведите документ — сформируются записи регистра сведений «Мероприятия трудовой деятельности».
3. Изменение условий. Найдите проведённый договор в списке (по номеру, сотруднику или дате) и откройте его.
4. Измените нужные поля — Сумма, Дата окончания, Способ оплаты, Размер платежа и т. д.
5. Перепроведите документ: изменения вступают в силу только после перепроведения — движения по всем регистрам сведений перезапишутся по новым условиям.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (номера уникальны в пределах года, присваиваются автоматически). В шапке 34 реквизита и одна служебная табличная часть. Из 34 реквизитов обязательны (fill_value_required: ShowError) шесть: Организация, Сотрудник, ДатаНачала, ДатаОкончания, КодПоОКЗ, ВидДохода. Часть реквизитов — наследие российской типовой ЗУП и в РК не используется. Ниже — ключевые реквизиты шапки; полный реквизитный состав — в карточке объекта.

Реквизиты шапки (ключевые)

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

У документа одна табличная часть — служебная.

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

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

Документ объявлен регистратором по 5 регистрам — все они регистры сведений. Регистров бухгалтерии и накопления у документа нет: бухгалтерских проводок он не формирует, суммы налогов не рассчитывает. Назначение каждого регистра выведено из его имени и состава реквизитов документа.

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

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

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

Схема проведения (реконструкция): документ пишет только в регистры сведений — каждый фиксирует свою часть условий договора. Бухгалтерских проводок и движений по регистрам накопления нет.

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

    // 0. Налоги документ НЕ рассчитывает: он фиксирует условия для расчётных документов.
    //    В РК с дохода по ГПХ удерживаются ИПН 10%, ОПВ, ВОСМС; СО и соцналог не начисляются.

    // 1. Плановое начисление вознаграждения (ВидДохода, Сумма) — для расчёта зарплаты.
    Движения.ПлановыеНачисленияПоДоговорам;

    // 2. Казахстанский контур условий договора ГПХ.
    Движения.УсловияДоговораГПХ;                                  // порядок оплаты, флаги обложения
    Движения.ПериодыДействияДоговоровГражданскоПравовогоХарактера; // ДатаНачала — ДатаОкончания

    // 3. Электронная трудовая деятельность — только при ОтразитьТрудовуюДеятельность.
    Движения.МероприятияТрудовойДеятельности;                     // НаименованиеДокумента, КодПоОКЗ

    // 4. Наследие РФ-типовой — стаж ПФР (в РК не наполняется по делу).
    Движения.ПараметрыПериодовСтажаПФР;                           // связан с ДатаНачалаПФР

    // 5. Запись наборов записей всех регистров сведений.
    Движения.Записать();

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

Зависимости

Дословный список общих модулей в выгрузке отсутствует. Структурно документ опирается на:

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

• Начисление по договорам — как плановое начисление по договору ГПХ превращается в расчёт вознаграждения и исчисление ИПН/ОПВ/ВОСМС.
• Начисление зарплаты и взносов — как вознаграждение по ГПХ попадает в общий расчёт месяца, налоги и взносы РК.