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

Зарплата начислена, налоги и взносы рассчитаны — деньги нужно выдать. Если выплата идёт наличными через кассу, её оформляют документом «Ведомость на выплату зарплаты в кассу» (синоним в интерфейсе — «Ведомость в кассу»). Документ регистрирует, кому и сколько причитается (табличная часть Зарплата, колонка КВыплате), за какой месяц (реквизит ПериодРегистрации, синоним «Месяц»), из какой кассы (Касса) и каким способом (СпособВыплаты).

Это не расчётный, а платёжный документ: суммы он не начисляет, а берёт из взаиморасчётов и переносит к выплате. При проведении ведомость пишет движения по 14 регистрам — взаиморасчёты с сотрудниками, зарплата к выплате (в том числе авансом) и блок регистров налогового учёта. Итог по документу хранится в реквизите СуммаПоДокументу, налоговая расшифровка по сотрудникам — в отдельной табличной части НДФЛ (имя — наследие общей платформы ЗУП).

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

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

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

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

Проходим по шагам: от пустого документа до проведённой ведомости и печати.

Урок 1. Выплата зарплаты через кассу

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

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

Урок 2. Подписанты и печатная форма

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

1. В документе заполняем блоки подписантов: Руководитель, Главный бухгалтер, Кассир, Бухгалтер, Составил, Проверил, Раздатчик — каждый выбирается из справочника физических лиц.
2. Для каждого подписанта при необходимости указываем должность (Должность руководителя, Должность главного бухгалтера, Должность кассира и т.д.) и основание подписи.
3. Раздатчик — лицо, фактически выдающее (раздающее) деньги по ведомости; заполняется, если деньги раздаёт не кассир.
4. Записываем документ и выполняем печать.

Урок 3. Отметка о налоге и ввод начальных данных

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

1. Отметка о перечислении налога. После уплаты в бюджет налога с доходов по этой ведомости откройте документ, установите флаг «Перечисление НДФЛ выполнено» и заполните «Реквизиты платежа перечисления НДФЛ» (строка с реквизитами платёжного документа). Запишите/проведите — ведомость учтётся в контуре перечисленного налога.
2. Ввод начальных данных. Чтобы зарегистрировать ранее выполненные выплаты при старте учёта, создайте документ и установите флаг «Ввод начальных данных». Заполните обязательные поля шапки и табличную часть «Зарплата» историческими суммами, затем проведите.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 38 реквизитов, 6 табличных частей. Из реквизитов шапки 7 обязательны к заполнению (fill_value_required = ShowError), значительная часть остальных — подписанты для печатных форм. Ниже — ключевые реквизиты шапки и состав основных табличных частей; полный реквизитный состав — в карточке объекта. В метаданных есть служебный комментарий разработчиков: «АПК:58 отличие имени от синонима оправдано».

Реквизиты шапки (ключевые)

Табличные части (основные)

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

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

Документ объявлен регистратором по 14 регистрам (12 регистров накопления и 2 регистра сведений). Ниже — назначение приёмников движений (сгруппировано по типам); список приведён дословно из метаданных.

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

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

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

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

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

    // 0. Суммы берутся из ТЧ Зарплата (КВыплате) — документ платёжный, не начисляет.
    //    Итог по документу — в реквизите СуммаПоДокументу; налог — в ТЧ НДФЛ.

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

    // 2. Списание сумм из реестра «к выплате» (по ПроцентВыплаты: зарплата или аванс).
    Движения.ЗарплатаКВыплате;          // либо ЗарплатаКВыплатеАвансом
    Движения.ЗарплатаКВыплатеАвансом;

    // 3. Начисления/удержания по сотрудникам (управленческий и бухгалтерский контур).
    Движения.НачисленияУдержанияПоСотрудникам;
    Движения.БухучетНачисленияУдержанияПоСотрудникам;

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

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

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

Зависимости

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

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

• Ведомость в банк — выплата зарплаты безналично через банк; соседний документ раздела «Выплаты».
• Депонирование зарплаты — что делать с не полученными по ведомости наличными суммами.
• Начисление зарплаты и взносов — откуда берутся суммы к выплате и налоговая расшифровка ведомости.