Документ «Акт приёмки выполненных работ»

Фиксирует факт приёмки работ или услуг по договору гражданско-правового характера с физическим лицом и передаёт сумму акта в плановые начисления по договору — для последующего расчёта зарплаты в ЗУП для Казахстана 3.1.

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

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

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

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

Кто работает: расчётчик зарплаты, бухгалтер по расчётам с персоналом. Периодичность — по мере подписания актов, как правило раз в месяц. Документ вводится, как правило, на основании договора ГПХ — это экономит заполнение шапки.

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

Раздел «Зарплата» → подраздел работы с договорниками ГПХ → «Акт приёмки выполненных работ».

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав пользователя. Если в разделе «Зарплата» пункт не виден — ищите через «Все функции» или откройте журнал документов по имени объекта. Документ также доступен через команду «Создать на основании» из карточки договора ГПХ или сотрудника.

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

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

Урок 1. Акт на основании договора работы/услуги

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

  1. Откройте документ «Договор работы и услуги» нужного исполнителя.
  2. Нажмите «Создать на основании» → «Акт приёмки выполненных работ». Поля Организация, Сотрудник и Договор заполнятся из основания автоматически.
  3. Проверьте МесяцНачисления — именно в этот месяц сумма акта попадёт в плановые начисления для расчёта зарплаты. Ставьте месяц начисления, а не дату подписания акта.
  4. Введите Результат — сумму принятых работ по акту. Поле формально не обязательно, но нулевой акт смысла не имеет.
  5. При необходимости уточните Подразделение, Счет, субконто (реквизит СпособОтраженияЗарплатыВБухучете), Статью финансирования, Статью расходов и Дату выплаты (ПланируемаяДатаВыплаты).
  6. Нажмите «Провести». Программа запишет движение в регистр ПлановыеНачисленияПоДоговорам.
📷 Скриншот: шапка документа «Акт приёмки выполненных работ»
Шапка: Организация, Сотрудник, Договор, Месяц начисления, Результат.
💡 Подсказка. Правильный путь — ввод на основании договора, а не «с нуля». При создании с нуля поле Договор имеет составной тип (авторский заказ ИЛИ работы/услуги): сначала нужно выбрать тип документа, потом сам документ. На основании этого не требуется — тип уже определён.
⚠️ Важно. Три поля обязательны (проверка ShowError): Организация, Сотрудник, Договор. Без любого из них провести документ не получится. Поле МесяцНачисления формально не контролируется программой — ошибка в месяце останется незамеченной; проверяйте вручную.

Урок 2. Акт по договору авторского заказа

Когда: принимается результат интеллектуального труда по ДоговорАвторскогоЗаказа (авторское произведение, разработка и т.п.).

  1. Откройте нужный Договор авторского заказа → «Создать на основании» → «Акт приёмки выполненных работ».
  2. Убедитесь, что в поле Договор стоит именно документ типа ДоговорАвторскогоЗаказа.
  3. Укажите МесяцНачисления и Результат — сумму вознаграждения по акту.
  4. Заполните СуммаВычета, если по авторскому договору полагается профессиональный вычет. Точная семантика применения вычета в данных конфигурации не раскрыта — уточняйте у методолога. При нулевом вычете поле оставьте пустым.
  5. Проведите документ.
💡 Подсказка. Поле СуммаВычета характерно именно для авторских договоров. Для договоров работы/услуги оно, как правило, остаётся нулевым.
⚠️ Важно. После проведения убедитесь в движениях по регистру ПлановыеНачисленияПоДоговорам — это единственный наблюдаемый эффект проведения. Если движений нет, документ не проведён или проведён с ошибкой.

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

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 23 реквизита; табличная часть одна — служебный механизм допреквизитов. Предметных строк акта нет: документ «однострочный» — один исполнитель, один договор, одна сумма Результат. Формы (metadata.forms), команды (metadata.commands) и BSL-модули (bsl_static, bsl_summaries) в карте объекта отсутствуют.

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

ИмяТипОбяз.Назначение
МесяцНачисленияxs:dateTimeНетМесяц, в котором сумма акта попадает в плановые начисления для расчёта зарплаты
ОрганизацияСправочникСсылка.ОрганизацииДаОрганизация-заказчик по договору ГПХ
СотрудникСправочникСсылка.СотрудникиДаИсполнитель — элемент справочника «Сотрудники»
ФизическоеЛицоСправочникСсылка.ФизическиеЛицаНетФизлицо исполнителя; служебная связка «Сотрудник → Физлицо»
ДоговорДокументСсылка.ДоговорАвторскогоЗаказа | ДокументСсылка.ДоговорРаботыУслугиДаДоговор-основание; составной тип — при ручном создании нужно выбрать тип документа
Результатxs:decimalНетСумма принятых работ/услуг — главное числовое поле акта
СуммаВычетаxs:decimalНетСумма вычета по акту (характерна для авторских договоров)
ПодразделениеСправочникСсылка.ПодразделенияОрганизацийНетПодразделение для аналитики затрат
СпособОтраженияЗарплатыВБухучетеСправочникСсылка.СпособыОтраженияЗарплатыВБухУчетеНетВ форме — «Счет, субконто»; задаёт проводку отражения суммы акта в бухучёте
ОтношениеКЕНВДПеречислениеСсылка.ОтношениеКЕНВДЗатратНаЗарплатуНет⚠️ Наследие РФ-типовой: ЕНВД в РК не применяется — не заполнять
СуммаЕНВДxs:decimalНет⚠️ Наследие РФ-типовой: сумма ЕНВД — в РК не используется
СтатьяФинансированияСправочникСсылка.СтатьиФинансированияЗарплатаНетСтатья финансирования зарплатных затрат
СтатьяРасходовСправочникСсылка.СтатьиРасходовЗарплатаНетСтатья расходов для зарплатной аналитики
РуководительСправочникСсылка.ФизическиеЛицаНетПодписант-руководитель для печатной формы акта
ДолжностьРуководителяСправочникСсылка.ДолжностиНетВ форме — «Должность»; должность подписанта печатной формы
ОснованиеПодписиРуководителя(тип не указан)НетОснование права подписи (устав, доверенность и т.п.); тип в выгрузке не определён
ПланируемаяДатаВыплатыxs:dateTimeНетВ форме — «Дата выплаты»; планируемая дата выплаты вознаграждения по акту
ОтветственныйСправочникСсылка.ПользователиНетПользователь, ответственный за документ; обычно автозаполняется
Комментарийxs:stringНетПроизвольный комментарий
СпособРасчетовСФизическимиЛицамиПеречислениеСсылка.СпособыРасчетовСФизическимиЛицамиНетСпособ расчётов с физлицом (значения перечисления в карте не приведены)
ТерриторияСправочникСсылка.ТерриторииВыполненияРаботНетТерриториальная аналитика выполнения работ
СпособОтраженияЗарплатыВФинансовомУчетеxs:stringНетСтроковый способ отражения в управленческом (финансовом) учёте
МестоВСтруктуреПредприятияСправочникСсылка.СтруктураПредприятияНетПривязка к управленческой структуре предприятия

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

ДополнительныеРеквизиты («Дополнительные реквизиты») — типовой механизм допреквизитов (подсистема «Свойства»); предметных строк акта нет, документ однострочный.

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

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

Документ пишет движения в один регистр:

РегистрТипНазначение
ПлановыеНачисленияПоДоговорамРегистр сведенийФиксирует плановое начисление по договору ГПХ: сумму акта (Результат) на месяц начисления (МесяцНачисления). Данные из этого регистра считывают расчётные документы зарплаты при начислении вознаграждения по договору.
📌 Заметка. Бухгалтерских и расчётных регистров в списке движений нет. Акт — только «передатчик» суммы в плановые начисления; само начисление, налоги (ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС) и взносы рассчитываются другими документами зарплатного контура.

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

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

Обязательность из fill_value_required: ShowError — то, что платформа проверяет перед записью:

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

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

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

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

    Движения.ПлановыеНачисленияПоДоговорам.Записать();

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

Зависимости

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

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