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

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

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

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

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

Раздел «Зарплата» → пункт «Договор авторского заказа». Откроется журнал документов; новый создаём кнопкой «Создать».

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

Проходим по типичным сценариям: от нового договора до изменения условий.

Урок 1. Заключение договора авторского заказа

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

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

Урок 2. Ввод на основании карточки сотрудника

Когда: договор оформляется конкретному автору; удобно не искать сотрудника вручную.

1. Открываем карточку нужного сотрудника в справочнике «Сотрудники».
2. Нажимаем кнопку «Создать на основании» → выбираем «Договор авторского заказа».
3. Поля Сотрудник и Физическое лицо заполнятся автоматически из карточки-основания. Остальные поля заполняем, как в Уроке 1.
4. Указываем Организацию, срок, Вид авторского договора, КодПоОКЗ и Начисление — они не переносятся из карточки.
5. Проводим документ.

Урок 3. Изменение условий и аналитики

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 34 реквизита; содержательных табличных частей нет — все условия договора в шапке. Единственная ТЧ — стандартный механизм дополнительных реквизитов БСП.

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

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

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

Документ пишет только в регистры сведений — бухгалтерских проводок и движений по регистрам накопления нет. Всего 5 регистров-приёмников:

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

Семь реквизитов с проверкой заполнения (fill_value_required: ShowError) — платформа проверяет их автоматически до записи:

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

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

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

    // 1. Плановые начисления: ВидДохода → регистр расчётного документа.
    Движения.ПлановыеНачисленияПоДоговорам;

    // 2. Условия договора ГПХ (сумма, СпособОплаты, РазмерПлатежа, аналитика).
    Движения.УсловияДоговораГПХ;

    // 3. Период действия договора (ДатаНачала–ДатаОкончания).
    Движения.ПериодыДействияДоговоровГражданскоПравовогоХарактера;

    // 4. Трудовая деятельность (только если флаг ОтразитьТрудовуюДеятельность = Истина).
    Если ОтразитьТрудовуюДеятельность Тогда
        Движения.МероприятияТрудовойДеятельности;
    КонецЕсли;

    // 5. RU-наследие: стаж ПФР — в КЗ-учёте технически пишется, по делу не используется.
    Движения.ПараметрыПериодовСтажаПФР;

    // Начислений, проводок и движений по регистрам накопления НЕТ.
    Движения.Записать();

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

Зависимости

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

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

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