Документ «Акт приёмки выполненных работ»
Фиксирует факт приёмки работ или услуг по договору гражданско-правового характера с физическим лицом и передаёт сумму акта в плановые начисления по договору — для последующего расчёта зарплаты в ЗУП для Казахстана 3.1.
🎯 Что это и зачем
Организация привлекла физическое лицо по договору ГПХ — договору работы и услуги или договору авторского заказа. Исполнитель сдал работы: подписывается акт, и его сумму нужно передать в зарплатный расчёт. Именно для этого служит документ «Акт приёмки выполненных работ».
Механика проста: документ несёт одну сумму — Результат — и при проведении записывает её в регистр сведений ПлановыеНачисленияПоДоговорам с привязкой к МесяцНачисления. Дальше зарплатный расчёт считывает этот регистр и начисляет вознаграждение по договору. Налоги РК (ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС) и единый платёж документ сам не исчисляет — это задача расчётных документов начисления зарплаты, которые видят плановые начисления по договорам.
Кто работает: расчётчик зарплаты, бухгалтер по расчётам с персоналом. Периодичность — по мере подписания актов, как правило раз в месяц. Документ вводится, как правило, на основании договора ГПХ — это экономит заполнение шапки.
🧭 Где найти в программе
Раздел «Зарплата» → подраздел работы с договорниками ГПХ → «Акт приёмки выполненных работ».
👤 Часть 1. Для пользователя
Три типичных сценария: от ввода первого акта до исправления суммы и настройки проводок.
Урок 1. Акт на основании договора работы/услуги
Когда: исполнитель по ДоговорРаботыУслуги сдал работы за месяц, бумажный или электронный акт подписан. Это основной сценарий.
- Откройте документ «Договор работы и услуги» нужного исполнителя.
- Нажмите «Создать на основании» → «Акт приёмки выполненных работ». Поля Организация, Сотрудник и Договор заполнятся из основания автоматически.
- Проверьте МесяцНачисления — именно в этот месяц сумма акта попадёт в плановые начисления для расчёта зарплаты. Ставьте месяц начисления, а не дату подписания акта.
- Введите Результат — сумму принятых работ по акту. Поле формально не обязательно, но нулевой акт смысла не имеет.
- При необходимости уточните Подразделение, Счет, субконто (реквизит
СпособОтраженияЗарплатыВБухучете), Статью финансирования, Статью расходов и Дату выплаты (ПланируемаяДатаВыплаты). - Нажмите «Провести». Программа запишет движение в регистр
ПлановыеНачисленияПоДоговорам.
ShowError): Организация, Сотрудник, Договор. Без любого из них провести документ не получится. Поле МесяцНачисления формально не контролируется программой — ошибка в месяце останется незамеченной; проверяйте вручную.Урок 2. Акт по договору авторского заказа
Когда: принимается результат интеллектуального труда по ДоговорАвторскогоЗаказа (авторское произведение, разработка и т.п.).
- Откройте нужный Договор авторского заказа → «Создать на основании» → «Акт приёмки выполненных работ».
- Убедитесь, что в поле Договор стоит именно документ типа
ДоговорАвторскогоЗаказа. - Укажите МесяцНачисления и Результат — сумму вознаграждения по акту.
- Заполните СуммаВычета, если по авторскому договору полагается профессиональный вычет. Точная семантика применения вычета в данных конфигурации не раскрыта — уточняйте у методолога. При нулевом вычете поле оставьте пустым.
- Проведите документ.
СуммаВычета характерно именно для авторских договоров. Для договоров работы/услуги оно, как правило, остаётся нулевым.ПлановыеНачисленияПоДоговорам — это единственный наблюдаемый эффект проведения. Если движений нет, документ не проведён или проведён с ошибкой.Урок 3. Исправление суммы и настройка отражения затрат
Когда: ошиблись в сумме или месяце до расчёта зарплаты, либо затраты по договорнику нужно отнести на нестандартный счёт/статью.
- Исправление суммы или месяца. Найдите документ в журнале (нумерация строковая, 11 знаков, в пределах года). Откройте, исправьте Результат, СуммаВычета или МесяцНачисления.
- Перепроведите документ — регистр
ПлановыеНачисленияПоДоговорамперезапишется. - Внимание: если зарплатный расчёт за этот месяц уже выполнен, его потребуется пересчитать вручную — связь с расчётными документами программой автоматически не отслеживается.
- Настройка отражения затрат. Заполните поле «Счет, субконто» (реквизит
СпособОтраженияЗарплатыВБухучете) — задаёт проводку для отражения суммы акта в бухучёте вместо способа по умолчанию. - При необходимости заполните СтатьяФинансирования, СтатьяРасходов, Подразделение, Территория, МестоВСтруктуреПредприятия, СпособОтраженияЗарплатыВФинансовомУчете.
- Проведите.
ДолжностьРуководителя) и ОснованиеПодписиРуководителя (устав, доверенность и т.п.). Эти поля не влияют на проведение — только на печатную форму. Кнопку «Печать» ищите в стандартной панели формы документа (список команд в метаданных пуст).ОтношениеКЕНВД и СуммаЕНВД — это остаток российской типовой ЗУП. ЕНВД — российский спецрежим, в Казахстане не существует. Не заполняйте эти поля; оставляйте значения по умолчанию.🛠 Часть 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)
bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения и ОбработкаПроверкиЗаполнения привести нельзя. Ниже — реконструкция по метаданным (состав обязательных реквизитов и единственный регистр-приёмник): это не цитата исходного кода, а корректная по структуре схема того, как типовая ЗУП формирует движения.Обязательность из fill_value_required: ShowError — то, что платформа проверяет перед записью:
// Реконструкция по metadata: 3 реквизита с проверкой заполнения (ShowError).
// Платформа выдаст ошибку, если любое из них не заполнено.
ПроверяемыеРеквизиты = "Организация, Сотрудник, Договор";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения (в выгрузке нет).
Схема проведения (реконструкция по metadata.register_records):
// Реконструкция. Не дословный код модуля объекта.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// Документ передаёт сумму акта в плановые начисления по договору.
// Единственный регистр-приёмник — ПлановыеНачисленияПоДоговорам.
// Ключи записи: Договор, МесяцНачисления, Сотрудник, Организация.
// Значение: Результат (сумма принятых работ).
// При перепроведении запись перезаписывается (регистр сведений, не накопления).
Движения.ПлановыеНачисленияПоДоговорам.Записать();
КонецПроцедуры
Зависимости
| Зависимость | Что используется |
|---|---|
| Документы-основания | ДоговорРаботыУслуги, ДоговорАвторскогоЗаказа — основные пути создания «на основании»; Catalog.Сотрудники — ввод из карточки сотрудника |
| Справочники | Организации, Сотрудники, ФизическиеЛица, ПодразделенияОрганизаций, СпособыОтраженияЗарплатыВБухУчете, Должности, СтатьиФинансированияЗарплата, СтатьиРасходовЗарплата, ТерриторииВыполненияРабот, СтруктураПредприятия, Пользователи |
| Перечисления | ОтношениеКЕНВДЗатратНаЗарплату (наследие РФ), СпособыРасчетовСФизическимиЛицами |
| Регистр сведений | ПлановыеНачисленияПоДоговорам — единственный приёмник движений |
| Расчётные документы | Документы начисления зарплаты считывают ПлановыеНачисленияПоДоговорам и на их основе формируют начисление вознаграждения по договору, исчисляют ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС и единый платёж |
metadata.inverse_based_on пуст — на основании акта другие документы по данным карты не вводятся. Список общих модулей в выгрузке отсутствует; точный состав вызовов в ОбработкаПроведения — не определено.🔗 Связанные разделы
- Договор работы и услуги — хаб ГПХ: типы договоров, ввод акта, начисление вознаграждения.
- Начисление зарплаты и взносов — как плановые начисления по договору обрабатываются в общем расчёте, исчисляются ИПН/ОПВ/СО/ВОСМС и единый платёж.