Документ «Перечисление взносов и отчислений»

Фиксирует факт уплаты организацией взносов и отчислений в фонды и бюджет Республики Казахстан и погашает задолженность, начисленную ведомостями. Социальные платежи РК — ОПВ, ОПВР, СО, ВОСМС, ООСМС — перечисляются через Государственную корпорацию «Правительство для граждан», которая выступает получателем платежа. Документ раздела «Выплаты» в ЗУП для Казахстана 3.1.

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

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

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

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

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

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

Гарантированный путь — из документа «Ведомость на перечисление взносов, отчислений»: кнопка «Создать на основании» → пункт «Перечисление взносов и отчислений». Список документов также доступен через раздел «Выплаты» и кнопку «Создать».

📌 Заметка. Точное расположение пункта в командном интерфейсе зависит от настроек и прав; в выгрузке конфигурации раздел меню не зафиксирован. Самый надёжный способ создать документ — ввод «на основании» из ведомости (команда с синонимом «Перечисление взносов и отчислений»). Если в разделе «Выплаты» пункта нет — ищите его через структуру подчинённости ведомости или «Все функции».

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

Проходим по шагам: от ведомости-основания до проведённого платежа, гасящего задолженность перед фондами.

Урок 1. Перечисление на основании ведомости

Когда: ведомость на перечисление взносов сформирована и проведена, платёжное поручение оплачено банком, нужно зафиксировать уплату ОПВ / ОПВР / СО / ВОСМС / ООСМС. Это основной сценарий.

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

Урок 2. Ручное создание и КНП

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

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

Урок 3. Дозаполнение ПП и корректировка

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

  1. Дозаполнение реквизитов ПП. Находим документ в списке (нумерация в пределах года, строковый номер до 11 символов), открываем и заполняем Номер, Дату платёжного поручения, при необходимости Реквизиты ПП и Назначение платежа, КНП.
  2. Корректировка суммы. В проведённом документе исправляем Сумму в шапке и/или суммы по строкам табличной части «Ведомости на перечисление…» (добавляем или удаляем строки ведомостей).
  3. Платёж за подразделение. При уплате с привязкой к подразделению заполняем «Структурное подразделение», а в поле «Фактический плательщик» выбираем тип значения (подразделение или организация) и само значение.
  4. Перепроводим документ — старые движения по регистру расчётов с бюджетом и фондами заменятся новыми.
📌 Заметка. Поля «Структурное подразделение» и «Фактический плательщик» необязательны и заполняются только при реальной необходимости разделить платежи (например, уплата за обособленные подразделения). «Фактический плательщик» — реквизит составного типа: сначала выбирается, организация это или подразделение.
💡 Подсказка. Чтобы убедиться, что задолженность по виду взносов погашена, откройте документ и через «Движения документа» посмотрите записи регистра расчётов с бюджетом и фондами. Удобно заходить в документ из структуры подчинённости ведомости-основания.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года — с нового календарного года нумерация начинается заново). В шапке 16 реквизитов, 2 табличные части. Объект компактный и прикладной — никакого наследия РФ-типовой в реквизитном составе нет. Ниже — полный состав шапки и табличных частей.

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

ИмяТипОбяз.Назначение
ОрганизацияСправочникСсылка.ОрганизацииДаОрганизация-плательщик, от имени которой перечисляются взносы и отчисления
ВидНалогаВзносаОтчисленияПеречислениеСсылка.ВидыНалоговВзносовОтчисленийДаСиноним «Вид взносов и отчислений». Что именно перечисляется (ОПВ, ОПВР, СО, ВОСМС, ООСМС…) — ключевая аналитика документа
ВидПлатежаПеречислениеСсылка.ВидыПлатежейВГосБюджетДаВид платежа в государственный бюджет (классификация платежа)
СуммаЧислоДаОбщая сумма перечисления по документу
БанковскийСчетСправочникСсылка.БанковскиеСчетаОрганизацийДаБанковский счёт организации, с которого выполняется перечисление
КонтрагентСправочникСсылка.КонтрагентыДаСиноним «Получатель». Получатель платежа; для ОПВ/ОПВР/СО/ВОСМС/ООСМС — Госкорпорация «Правительство для граждан»
БанковскийСчетКонтрагентаСправочникСсылка.БанковскиеСчетаКонтрагентовДаСиноним «Счёт получателя». Банковский счёт получателя платежа
ПлатежноеПоручениеНомерСтрокаНетНомер платёжного поручения, которым фактически произведена оплата
ПлатежноеПоручениеДатаДатаНетДата платёжного поручения
РеквизитыПлатежногоПорученияСтрокаНетСтроковое представление реквизитов платёжного поручения
НазначениеПлатежаСтрокаНетТекст назначения платежа для платёжного поручения
КодНазначенияПлатежаСтрокаНетСиноним «КНП» — код назначения платежа; системой не проверяется, но обязателен для корректности платежа в бюджет
ПодразделениеСправочникСсылка.ПодразделенияОрганизацийНетСиноним «Структурное подразделение». Подразделение, к которому относится перечисление
ФактическийПлательщикСоставной: ПодразделенияОрганизаций / ОрганизацииНетКто фактически осуществляет платёж — организация или её подразделение (уплата за обособленные подразделения)
ОтветственныйСправочникСсылка.ПользователиНетПользователь, ответственный за документ (служебный реквизит)
КомментарийСтрокаНетПроизвольный комментарий к документу
📌 Синонимы важнее имён. На автоформе поля подписаны синонимами, а не именами реквизитов: Контрагент → «Получатель», БанковскийСчетКонтрагента → «Счёт получателя», КодНазначенияПлатежа → «КНП», Подразделение → «Структурное подразделение», ВидНалогаВзносаОтчисления → «Вид взносов и отчислений». DOM-селекторы агента должны опираться на синонимы.

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

ИмяНазначение
ВедомостиНаПеречислениеВзносовИОтчисленийСиноним «Ведомости на перечисление взносов и отчислений». Связывает платёж с ведомостями, по которым гасится задолженность; одним документом можно оплатить несколько ведомостей с указанием суммы по каждой. Колонки: Ведомость (ДокументСсылка.ВедомостьНаПеречислениеВзносовОтчислений), Сумма (Число)
ДополнительныеРеквизитыСтандартный механизм дополнительных реквизитов и сведений (подсистема свойств БСП) для хранения произвольных пользовательских полей. Колонки: Свойство (ПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведения), Значение (составной — определяется свойством), ТекстоваяСтрока (Строка)
📌 Формы. Собственных форм у объекта в выгрузке нет (список forms пуст) — используются автогенерируемые формы платформы: форма документа и форма списка. Ключевая для пользователя — автоформа документа с реквизитами шапки и табличной частью ведомостей.

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

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

РегистрТипНазначение
НалогиВзносыОтчисленияРасчетыСБюджетомИФондамиНакопленияКЗ: расчёты с бюджетом и фондами по налогам, взносам и отчислениям. Проведение документа отражает уплату — погашает задолженность, ранее начисленную ведомостями, на сумму платежа по выбранному виду взносов
📌 Один регистр — один смысл. В отличие от документов начисления (десятки регистров-приёмников), «Перечисление взносов и отчислений» пишет движения только в НалогиВзносыОтчисленияРасчетыСБюджетомИФондами. Конкретный состав измерений и ресурсов регистра в выгрузке не представлен — (не определено).

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

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

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

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

Схема проведения (реконструкция): документ пишет движения в единственный регистр-приёмник, отражая уплату как погашение задолженности перед бюджетом и фондами.

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

    // 0. Аналитика платежа задана ВидНалогаВзносаОтчисления (ОПВ/ОПВР/СО/ВОСМС/ООСМС…).
    //    Сумма шапки должна соответствовать сумме строк ТЧ ВедомостиНаПеречислениеВзносовИОтчислений.
    //    Получатель (Контрагент) для соцплатежей — Госкорпорация «Правительство для граждан».

    // 1. Единственный регистр-приёмник: расчёты с бюджетом и фондами.
    //    Уплата гасит задолженность, начисленную ведомостями (расход по регистру).
    Движения.НалогиВзносыОтчисленияРасчетыСБюджетомИФондами;

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

КонецПроцедуры
📌 Заметка. При вводе на основании ведомости шапка и ТЧ заполняются обработчиком ОбработкаЗаполнения (в выгрузке отсутствует). Команда-источник — СоздатьНаОснованииВедомостьНаПеречислениеВзносовОтчислений (синоним в меню «Перечисление взносов и отчислений»).

Зависимости

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

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

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