Краткий ответ
Откройте «Зарплата → Платежные ведомости», создайте «Зарплата к выплате организации», выберите организацию и способ выплаты. Заполните сотрудников, проверьте их счета и суммы после удержаний. Затем оформите соответствующий кассовый или банковский документ и отдельно проверьте фактическое исполнение.
Главная проверка: список на выплату, движение денег в учете и получение денег сотрудником — три связанных результата. Заполненная ведомость не доказывает, что банк уже зачислил зарплату или работник получил наличные.
Применимость и пример
Интерфейс относится к Бухгалтерии для Казахстана 3.0. Основной источник — глава руководства «Выплата зарплаты»; дата актуализации и точный релиз в переданной копии не указаны. Для банковских счетов и платежа дополнительно проверен материал ИТС от 01.08.2019. Исторические кадры показывают разные организации, периоды и суммы; это не непрерывная запись одной выплаты 2026 года.
Дата исследования — 17.10.2026, операции в живой базе не выполнялись. Банковский формат и доступные команды необходимо сверить с обслуживающим банком и целевым релизом. Старый каталог выгрузки на картинке не является рекомендованным местом хранения файлов.
Наш учебный случай: сотруднику А после проверки начислений, удержаний и предыдущих выплат осталось выдать 60 000 тенге. У него есть подтвержденный счет в банке Б, выбран банковский способ. Нужен один платеж на этот счет. Значение 60 000 взято для объяснения контроля, оно не получено расчетом налогов в этой статье. Кассовую ветку ниже применяют вместо банковской, если действительно выбран наличный способ; обеими ветками одну сумму одновременно не оплачивают.
Что проверить до ведомости
- Начисления и удержания рассчитаны за нужный период, отражение в учете проверено. Если долг непонятен, сначала разберите расчет, а не подгоняйте сумму ведомости.
- Установлены организация, подразделение при его использовании и получатели именно этой выплаты.
- Проверены уже выданные суммы, возвраты из банка и депонирование. Повторная ведомость на первоначальный долг может создать повторный платеж.
- Для банка подтверждены реквизиты физического лица и выбранный счет. Для кассы согласован порядок выдачи и оформления денежных документов.
Условные 60 000 должны подтверждаться расчетами. После корректировки начислений, удержаний или предыдущей выплаты ведомость проверяют заново — ранее заполненная таблица не доказывает актуальный остаток.
По шагам
1. Проверьте банковский счет получателя
Для банковской ветки откройте «Кадровый учет → Физические лица», выберите связанное с сотрудником физическое лицо. В материале 2019 года счета находятся на вкладке «Дополнительная информация», блок «Карт-счета».
Историческая карточка физического лица, вкладка «Дополнительная информация»: зарегистрированные карт-счета. Номера принадлежат примеру источника. Источник; 01.08.2019; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
Проверьте владельца записи, банк, номер счета и период действия реквизитов. Не переносите банковские номера с учебного снимка. При нескольких счетах источник позволяет выделить основной через «Изменить активность карт-счета»; основной счет используется по умолчанию. Даже после настройки основного счета проверяйте номер в самой ведомости.
Результат: известно, на какой подтвержденный счет перечисляются наши 60 000. Наличие похожего имени в справочнике или старого счета не является достаточной проверкой. Разделение выплаты по нескольким счетам — отдельная задача; в этом разборе сумма направляется на один счет.
2. Создайте ведомость и выберите нужную ветку
В «Зарплата → Платежные ведомости» создайте «Зарплата к выплате организации». Проверьте организацию, подразделение и месяц начисления. Заполните способ выплаты:
| Выбор | Что дополнительно проверить | Как это влияет на заполнение |
|---|---|---|
| «Через банк» | Банк и счета сотрудников | При выбранном банке подбираются сотрудники с зарегистрированными счетами в нем |
| «Через кассу» | Наличный способ для нужных работников | В старом руководстве автоподбор включает работников без карт-счетов во всех банках |
Банковская ведомость 2019 года: способ «Через банк», выбранный банк, номер счета и сумма. Ее 405000 не относятся к нашему учебному случаю. Источник; 01.08.2019; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
В нашем примере выбираем «Через банк» и банк Б. На снимке источника другой сотрудник и сумма 405 000; кадр показывает расположение реквизитов, а не нашу выплату.
В материале 2019 года отдельно указано: если банк в шапке не задан, автозаполнение может собрать сотрудников со счетами в разных банках. Поэтому пустое поле «Банк» не используйте как случайный способ исправить пропуск одного человека.
После шага: область подбора понятна до заполнения списка. Организация и месяц ведомости согласованы с расчетом, а банковский способ не перепутан с кассовым.
3. Заполните список и проверьте каждого получателя
Выполните «Автозаполнение» и сопоставьте результат с подготовленным списком выплаты. Если сотрудник не попал в банковскую ведомость, сначала проверьте организацию, подразделение, зарегистрированный счет и выбранный банк. Повторный ввод того же физлица вместо исправления реквизита может создать дубль.
Проверьте поля таблицы:
| Поле | Что должно соответствовать |
|---|---|
| Сотрудник | Нужный работник, а не однофамилец или другая организация |
| Номер карт-счета, если показан | Подтвержденный счет выбранного получателя |
| Сумма | Проверенные данные расчета для этой выплаты |
| Депонированная сумма | Реальная ранее невыданная сумма по применимому сценарию |
| Сумма к выплате | Итог, который должен перейти в денежный документ |
| Выплаченность зарплаты, в кассовой ветке | Отметка, согласованная с фактическим оформлением выдачи |
Для сотрудника А при отсутствии других строк ожидается 60 000 в сумме к выплате и в итоге ведомости. Если получилось 120 000, ищите повторную строку или повторно включенную выплату; правильный итог не восстанавливают удалением случайных сумм без выяснения причины.
4. В кассовой ведомости проверьте отметки выдачи
Этот этап нужен, если выбрана касса. На историческом экране ведомости видны суммы и колонка «Выплаченность зарплаты».
Историческая кассовая ведомость: суммы и отметки «Выплаченность зарплаты». Значение по умолчанию не доказывает фактическую выдачу. Источник; дата не указана; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
Руководство допускает значения «выплачено», «не выплачено», «задепонировано», причем по умолчанию проставляется «выплачено». Это особенность заполнения, а не подтверждение получения денег сотрудником. Сверьте каждую отметку с утвержденным порядком выдачи и фактическими документами.
Команда «Заменить отметку на…» меняет значение сразу для всей таблицы. Перед массовой заменой проверьте состав списка: нельзя отметить всех выплаченными, если часть людей деньги не получила. Невыданную зарплату не нужно скрывать фиктивной отметкой; депонирование оформляется отдельным согласованным этапом.
Результат: отметки не противоречат реальным обстоятельствам. Эти данные важны и для следующей обработки, которая подбирает работников с отметкой «Выплачено».
5. Для банка оформите платеж и проверьте исполнение
Сохраните проверенную ведомость и используйте «Создать на основании» для «Платежное поручение (исходящее)». В банковском кадре 2019 года операция называется «Перечисление заработной платы»; в тексте руководства встречается название «Перечисление зарплаты в банк». Это различие исторических материалов, поэтому точное название проверяют в целевом релизе по назначению операции.
Исходящий платеж по связанной ведомости, операция «Перечисление заработной платы». Отметка в базе не заменяет внешнее подтверждение банка. Источник; 01.08.2019; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
Проверьте организацию, счета, дату, связанный документ «Зарплата к выплате организации» и сумму. В примере А платеж по одной ведомости должен соответствовать 60 000, без повторного включения уже выплаченных 40 000 из исходной сверки увольнения. Сам снимок показывает другую сумму и другую ведомость.
При банковском перечислении платежный документ может содержать общую сумму без детализации каждого работника. Поэтому итог платежа сверяют с ведомостью и реестром получателей, а не только с одним полем суммы. Источник описывает после записи «Печать → Список в банк» и «Сформировать файлы» с выгрузкой списка в МТ-102.
Историческое окно выгрузки реестра в МТ-102. Каталог и параметры проверяются по текущим требованиям, факт выгрузки еще не означает зачисление. Источник; дата не указана; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
Если банк действительно принимает этот формат, проверьте параметры по его требованиям, выберите согласованный доступный каталог и выполните выгрузку. Присутствующий на старом снимке путь в Program Files и флаги транспортных файлов не копируют как универсальную настройку. Успешное создание файла не означает, что он принят банком и деньги зачислены.
Разделяйте проверку: в программе выплата через банк регистрируется проведением исходящего платежного документа; реальное исполнение подтверждают банковские сведения. Если файл отклонен либо банк вернул деньги, этот результат нужно отразить и сверить, а не повторно перечислять первоначальную сумму без разбора.
6. Для кассы создайте денежный документ или комплект ордеров
В кассовой ветке источник описывает «Расходный кассовый ордер» с соответствующей операцией выплаты зарплаты и ссылкой на ведомость. Денежный документ можно создать на ее основании. Проверьте кассу, получателя/ведомость, статью движения денег и сумму.
Если организация применяет отдельные ордера по работникам, откройте «Зарплата → Выплата зарплаты расходными ордерами». В обработке укажите ведомость и статью ДДС; список заполняется работниками с отметкой «Выплачено» и причитающимися им суммами.
Пакетная выплата расходными ордерами: выбор работников, сумма и колонка созданного РКО. Перед повторным запуском нужно проверить уже существующие ордера. Источник; дата не указана; 3.0; точный релиз не указан. Реальный снимок из переданной пользователем базы.
Отметьте флажками только тех сотрудников, для которых действительно нужны документы. Выполните «Создать», проверьте сформированные РКО, затем используйте «Провести» в установленном порядке. В исходной обработке отдельная колонка показывает созданный РКО: перед повторным запуском проверьте, какие документы уже существуют, чтобы не оформить второй комплект на ту же выплату.
Ожидаемый результат: ведомость связана с нужными денежными документами, а суммы ордеров соответствуют выбранным работникам. Оформление в базе и реальную выдачу с подтверждающими документами сверяют отдельно.
7. Подтвердите завершение и повторно проверьте долг
Для нашего банковского примера выполните четыре проверки:
- Ведомость содержит сотрудника А, подтвержденный счет и 60 000 к выплате.
- Исходящий документ связан с этой ведомостью и не включает ее повторно вместе с другой ведомостью на ту же сумму.
- Есть подтверждение фактического исполнения на 60 000; файл без ошибки выгрузки таким подтверждением не является.
- После проведения соответствующих документов повторная сверка расчетов показывает погашение именно этого долга. При отсутствии других движений остаток по учебной сумме становится нулевым.
При ошибке исполнения проверьте статус и реквизиты, возврат денег и состояние расчетов. Не создавайте «еще одну такую же» выплату, пока не понятно, прошла ли первая. Для кассы аналогично сопоставляются ведомость, РКО и факт выдачи, включая невыданные суммы.
По статье 113 Трудового кодекса РК выплата сопровождается сведениями о составе зарплаты и удержаниях. Поэтому расчетный листок относится к следующему контролю информирования работника; платежная ведомость его не заменяет. Сроки конкретной выплаты проверяют отдельно по основанию и календарю.
Если что-то не совпало
| Симптом | Возможная причина | Что проверить первым |
|---|---|---|
| Работника нет в банковском списке | Не тот банк, нет нужного счета, неверная организация/подразделение | Шапку ведомости и реквизиты физлица |
| В кассу не попал работник со счетом | Так работает описанный в руководстве автоподбор | Выбранный способ выплаты и согласованный порядок включения |
| На выплату предлагается прежняя большая сумма | Не учтены предыдущая выплата или корректировка | Исходный долг и реальные денежные документы |
| Кассовая таблица сразу отмечена «выплачено» | Значение по умолчанию в старом интерфейсе | Фактические обстоятельства и отметки каждой строки |
| Создан файл, а работник денег не получил | Это только этап обмена либо есть отказ банка | Прием реестра, исполнение платежа, возвраты |
| Повторно созданы кассовые ордера | Пакетная обработка запущена без сверки существующих РКО | Колонку созданного документа и связь с ведомостью |
Вопросы и ответы
Почему в ведомость попали работники из разных банков? В дополнительном источнике это поведение описано при пустом поле «Банк». Проверьте область выплаты и задайте нужный банк; точное поведение автозаполнения подтвердите на целевом релизе.
Когда считать выплату завершенной? Когда согласованы ведомость, соответствующие денежные документы и фактическое исполнение, а повторная сверка объясняет оставшийся долг или его погашение. Статус списка или выгруженный файл проверяет только часть этой цепочки.
Связанные этапы
- Начислить зарплату отдельным документом.
- Проверить отражение зарплаты в учете.
- Окончательный расчет при увольнении.
- Депонировать невыданную зарплату.
Источники и недостающие кадры
- Руководство БК 3.0: выплата зарплаты: полный текст, три реальных кадра; дата актуализации не указана.
- ИТС: перечисление на банковские счета, 01.08.2019: карточка счета, банковская ведомость и исходящий платеж. Правовые утверждения этого старого материала о счетах третьих лиц здесь не используются.
- ТК РК, статья 113: полный официальный текст получен 17.10.2026, состояние документов на портале 14.10.2026.
Нужны современные кадры одной выплаты: проверенный расчет долга → ведомость → платеж/РКО → подтвержденное исполнение → итоговая сверка. Источник не содержит такой сквозной записи и подтверждения банка; это остается обозначенным пробелом. Права на публичную публикацию исходных снимков проверяются отдельно.