Документ «Ведомость прочих доходов в кассу»

Оформляет выплату физическим лицам прочих доходов (не оплата труда) наличными через кассу организации: собирает получателей, суммы к выплате, удержанный налог у источника (ИПН) и формирует движения по регистрам взаиморасчётов и налогового учёта.

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

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

Документ используется, когда организация выплачивает физическим лицам прочие доходы наличными из кассы — то есть доходы, не являющиеся оплатой труда: типичный кейс в казахстанском учёте — выплата доходов контрагентам-акционерам (дивиденды и иные доходы, учитываемые вне зарплатных начислений).

Отличительная черта «кассового» варианта: в шапке предусмотрен блок подписи Кассира, а в табличной части «Состав» хранится минимальный список получателей без банковских реквизитов — деньги выдаются из кассы «из рук в руки». Параллельно документ фиксирует налог у источника выплаты: несмотря на то что реквизиты и регистры называются НДФЛ (наследие российской типовой ЗУП 3.1), в казахстанском учёте эту роль играет ИПН.

Кто работает: бухгалтер расчётной группы, кассир — при каждой наличной выплате прочих доходов. Нумерация — строковая, длина 11, в пределах года.

⚠️ Термины НДФЛ в интерфейсе — наследие РФ-типовой. Реквизиты ПеречислениеНДФЛВыполнено, ПеречислениеНДФЛРеквизиты, ТЧ «НДФЛ» и все регистры с именами *НДФЛ* унаследованы из российской ЗУП 3.1. Казахстанский аналог — ИПН. ОПВ, ОПВР, СО, ВОСМС, ООСМС по данному документу в метаданных не фигурируют — они начисляются в других расчётных объектах (начисление зарплаты).

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

📌 Расположение в меню. Раздел «Выплаты» → пункт «Ведомость прочих доходов в кассу». Откроется журнал документов; новый создаётся кнопкой «Создать». Если пункта в разделе «Выплаты» нет — ищите через «Все функции» по имени объекта ВедомостьПрочихДоходовВКассу. Точное расположение зависит от настроек интерфейса и прав пользователя.

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

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

Урок 1. Создание ведомости на наличную выплату

Когда: нужно выплатить физическим лицам прочие доходы наличными из кассы (дивиденды акционерам, иные доходы вне зарплаты).

  1. Создать новый документ «Ведомость прочих доходов в кассу».
  2. Заполнить шапку: выбрать Организацию, указать Период регистрации (месяц), выбрать Способ выплаты (для данного документа — через кассу), заполнить Статью финансирования и Статью расходов. При необходимости указать Подразделение.
  3. Внести документы-основания в табличную часть «Основания» (колонка Документ) — по документам-основаниям система подберёт суммы к выплате.
  4. Проверить (или заполнить вручную) строки табличной части «Выплаты»: суммы КВыплате, ПериодВзаиморасчетов, ДокументОснование, при необходимости ВидДоходаИсполнительногоПроизводства — построчно для каждого получателя.
  5. Убедиться, что список получателей в ТЧ «Состав» соответствует строкам ТЧ «Выплаты» и «НДФЛ» (строки синхронизированы по UUID-полю ИдентификаторСтроки).
  6. Проверить суммы налога у источника в ТЧ «НДФЛ» (Сумма, КодДохода, РегистрацияВНалоговомОргане).
  7. Заполнить подписантов: Руководитель, ГлавныйБухгалтер, Кассир (с должностями и основаниями подписи) — необходимо для корректной печатной формы ведомости.
  8. Записать и провести документ.
Скриншот: шапка документа «Ведомость прочих доходов в кассу»
Обязательные поля шапки: Организация, Период регистрации, Способ выплаты, Статья финансирования, Статья расходов.
⚠️ Пять обязательных полей шапки. Без Организации, Периода регистрации, Статьи финансирования, Статьи расходов и Способа выплаты документ не запишется — система выдаст ошибку (fill_value_required = ShowError). Все остальные реквизиты необязательны.
💡 Совет. Если в числе получателей есть лица с исполнительными листами, обязательно заполняйте ВидДоходаИсполнительногоПроизводства в каждой строке ТЧ «Выплаты» — в шапке этого реквизита нет, система его не контролирует, но от него зависит допустимость взыскания по этому доходу.

Урок 2. Контроль перед выдачей наличных и корректировка ведомости

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

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

Урок 3. Фиксация выплаты и уплаты налога у источника (ИПН)

Когда: наличные из кассы выданы; налог (ИПН) с прочих доходов перечислен в бюджет.

  1. Открыть ведомость и заполнить Дата выплаты (ДатаВыплаты) — фактическая дата выдачи наличных. Флага «Выплата зарплаты выполнена», как в банковской ведомости, здесь нет: факт выплаты фиксируется только датой.
  2. Установить флаг «Перечисление НДФЛ выполнено» (ПеречислениеНДФЛВыполнено = Истина) — по смыслу в РК это признак уплаты ИПН в бюджет.
  3. Заполнить «Реквизиты платежа перечисления НДФЛ» (ПеречислениеНДФЛРеквизиты) — номер и дата платёжного поручения на перечисление ИПН.
  4. Записать/перепровести документ.
⚠️ Важно. Поля ПеречислениеНДФЛВыполнено и ПеречислениеНДФЛРеквизиты необязательны (DontCheck) — система не требует их заполнения. Контроль консистентности (выдали наличные → уплатили ИПН) полностью на ответственном бухгалтере. После любого изменения сумм необходимо перепровести документ, иначе 8 регистров налогового учёта разойдутся с документом.
💡 Имена реквизитов с «НДФЛ» — RU-наследие типовой ЗУП 3.1. В казахстанском учёте это ИПН (индивидуальный подоходный налог), удерживаемый при выплате прочих доходов физическим лицам. Не путайте с НДФЛ по НК РФ и не выдавайте российские термины за нормы РК.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 31 реквизит; 6 табличных частей. Формы и BSL-модули в выгрузке отсутствуют (forms: [], bsl_static: []).

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

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

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

ТЧ «Состав» — минимальный список получателей наличной выплаты (без банковских реквизитов):

ИмяТипНазначение
ИдентификаторСтрокиv8:UUIDУникальный идентификатор строки — ключ синхронизации с ТЧ «Выплаты» и «НДФЛ»
ФизическоеЛицоCatalogRef.ФизическиеЛица (синоним «Получатель»)Получатель наличных

ТЧ «Выплаты» — суммы к выплате с аналитикой:

ИмяТипНазначение
ИдентификаторСтрокиv8:UUIDИдентификатор строки — связь со строками «Состав» и «НДФЛ»
ФизическоеЛицоCatalogRef.ФизическиеЛицаФизическое лицо — получатель
СтатьяФинансированияCatalogRef.СтатьиФинансированияЗарплатаСтатья финансирования по строке (детализация шапки)
СтатьяРасходовCatalogRef.СтатьиРасходовЗарплатаСтатья расходов по строке
ДокументОснование(тип не указан)Документ-основание начисления выплачиваемого дохода
ВидДоходаИсполнительногоПроизводстваEnumRef.ВидыДоходовИсполнительногоПроизводстваВид дохода для исполнительного производства; в шапке отсутствует — только построчный
КВыплатеxs:decimalСумма к выплате по строке
ПериодВзаиморасчетовxs:dateTimeПериод взаиморасчётов, который закрывает данная выплата
ПодразделениеCatalogRef.ПодразделенияОрганизацийПодразделение по строке

ТЧ «Основания» — список документов-оснований выплаты:

ИмяТипНазначение
Документ(тип не указан, составной)Документ-основание, по которому подбираются суммы к выплате

ТЧ «НДФЛ» — налог у источника по выплачиваемым доходам. ⚠️ Вся ТЧ — RU-наследие типовой ЗУП 3.1 (терминология НДФЛ/НК РФ); в РК — ИПН:

ИмяТипНазначение
ИдентификаторСтрокиv8:UUIDИдентификатор строки — синхронизация с ТЧ «Состав» и «Выплаты»
ФизическоеЛицоCatalogRef.ФизическиеЛица (синоним «Сотрудник»)Физлицо, по доходу которого исчислен налог
СтавкаНалогообложенияРезидентаEnumRef.НДФЛСтавкиНалогообложенияРезидентаСтавка налогообложения резидента (RU-перечисление)
МесяцНалоговогоПериодаxs:dateTime (синоним «Дата получения дохода»)Дата получения дохода для налогового учёта
КодДоходаCatalogRef.ВидыДоходовНДФЛКод дохода по классификатору (RU-справочник)
РегистрацияВНалоговомОрганеCatalogRef.РегистрацииВНалоговомОрганеРегистрация в налоговом органе — куда платится налог
Подразделение(тип не указан)Подразделение для налоговой аналитики
ВключатьВДекларациюПоНалогуНаПрибыльxs:boolean (синоним «Соответствует статье 226.1 НК РФ»)RU-специфика (ст. 226.1 НК РФ) — в РК не применяется; не заполнять
ДокументОснование(тип не указан)Документ-основание дохода
Суммаxs:decimalСумма налога
СуммаСПревышенияxs:decimalСумма налога с превышения (RU-механика прогрессивной ставки — в РК не используется)
КатегорияДоходаEnumRef.КатегорииДоходовНДФЛКатегория дохода (RU-перечисление)
СтатьяФинансированияCatalogRef.СтатьиФинансированияЗарплатаСтатья финансирования суммы налога
СтатьяРасходовCatalogRef.СтатьиРасходовЗарплатаСтатья расходов суммы налога

ТЧ «ФизическиеЛица» — служебная (для отборов и быстрого поиска):

ИмяТипНазначение
ФизическоеЛицоCatalogRef.ФизическиеЛицаФизлицо-участник документа

ТЧ «ДополнительныеРеквизиты» — механизм доп. реквизитов БСП:

ИмяТипНазначение
СвойствоChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведенияВид дополнительного реквизита
Значение(составной)Значение доп. реквизита
ТекстоваяСтрокаxs:stringТекстовое значение доп. реквизита
📌 Формы. В выгрузке метаданных (metadata.forms: [], forms: []) формы объекта отсутствуют — список форм и ключевая форма пользователя для анализа недоступны.

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

Документ объявлен регистратором по 8 регистрам (7 регистров накопления + 1 регистр сведений).

РегистрТипНазначение
AccumulationRegister.РасчетыНалогоплательщиковСБюджетомПоНДФЛНакопленияРасчёты физлиц (налогоплательщиков) с бюджетом по налогу у источника. ⚠️ RU-имя; в РК — ИПН
AccumulationRegister.УплатаНДФЛНалоговымиАгентамиКРаспределениюНакопленияУплаченный налоговым агентом налог к распределению по физлицам. ⚠️ RU-имя
AccumulationRegister.НДФЛПеречисленныйНакопленияПеречисленный в бюджет налог (фиксируется при ПеречислениеНДФЛВыполнено = Истина). ⚠️ RU-имя
AccumulationRegister.ВзаиморасчетыСКонтрагентамиАкционерамиНакопленияВзаиморасчёты с контрагентами-акционерами — основной регистр закрытия задолженности по выплате прочих доходов
AccumulationRegister.НДФЛКПеречислениюНакопленияУдержанный налог, подлежащий перечислению в бюджет. ⚠️ RU-имя
InformationRegister.ДокументыУчтенныеПриРасчетеНДФЛСведенийОтметка документов, учтённых при расчёте налога у источника. ⚠️ RU-имя
AccumulationRegister.РасчетыНалоговыхАгентовСБюджетомПоНДФЛНакопленияРасчёты организации как налогового агента с бюджетом. ⚠️ RU-имя
AccumulationRegister.СведенияОДоходахНДФЛНакопленияСведения о доходах физлиц для налогового учёта. ⚠️ RU-имя
📌 Казахстанский контекст. Все 7 регистров накопления с именами *НДФЛ* унаследованы из российской типовой ЗУП 3.1. В РК они обслуживают учёт ИПН, удерживаемого при выплате прочих доходов физическим лицам. Регистры ОПВ/ОПВР/СО/ВОСМС/ООСМС в данном документе не задействованы — они относятся к расчётным документам по оплате труда.

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

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

Обязательные реквизиты (проверяются платформой при записи, fill_value_required = ShowError):

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

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

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

    // 1. Взаиморасчёты с контрагентами-акционерами:
    //    закрывается задолженность по выплате прочих доходов наличными.
    Движения.ВзаиморасчетыСКонтрагентамиАкционерами; // из ТЧ Выплаты (КВыплате, ПериодВзаиморасчетов)

    // 2. Налог у источника (ИПН) — исчисленный и удержанный:
    //    источник — ТЧ НДФЛ (Сумма, КодДохода, РегистрацияВНалоговомОргане).
    Движения.НДФЛКПеречислению;                        // удержанный налог к уплате
    Движения.РасчетыНалогоплательщиковСБюджетомПоНДФЛ; // обязательства физлиц
    Движения.РасчетыНалоговыхАгентовСБюджетомПоНДФЛ;  // обязательства агента
    Движения.СведенияОДоходахНДФЛ;                    // сведения для налоговой отчётности

    // 3. Перечисленный налог (заполняется только если ПеречислениеНДФЛВыполнено = Истина):
    Движения.НДФЛПеречисленный;
    Движения.УплатаНДФЛНалоговымиАгентамиКРаспределению;

    // 4. Учётные отметки:
    Движения.ДокументыУчтенныеПриРасчетеНДФЛ; // регистр сведений

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

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

Зависимости

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

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

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