Проверка выплат исполнителям: что сверить до отправки реестра

Из чего на самом деле состоит выплата

Перевод денег — только последнее звено. До него нужно согласовать условия, дождаться, пока работу подтвердят, рассчитать вознаграждение и подготовить основание для оплаты. После — сохранить статус платежа и историю правок.

Условия задания записывают до того, как человек приехал на объект: дату, адрес, длительность, ставку, способ расчёта и то, по какому признаку работа считается принятой. Формулировка «оплатим по факту» не годится: из неё непонятно, за что платят — за часы, за смену целиком или за количество доставок.

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

Для налоговой эта цепочка — доказательство расхода. По подпункту 2 статьи 286 НК затраты без фактически выполненной работы к вычету не принимаются. Выполнение подтверждает акт, а расчёт с самозанятым — чек из специального мобильного приложения (статья 717, пункт 2). Какие ещё документы нужны по каждой выплате, разобрано в статье работа с самозанятыми в 2026 году.

Где рвётся цепочка при ручной работе

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

Самая частая поломка — когда сумма и документ говорят разное. Условный пример: акт по ночной смене уже готов, и тут руководитель вспоминает, что смена закончилась не через 12 часов, а через 10. Платёж пересчитали, а акт оставили прежним. Теперь учёт часов, акт и перевод показывают три разные картины.

Ручное копирование добавляет ещё две беды: одному человеку платят дважды, а другого забывают. Риск растёт, если ставки различаются по городам, объектам и ночным сменам, а правила расчёта существуют только в переписке.

Десять проверок перед отправкой реестра

Каждая строка реестра проходит один и тот же набор. Почти всё делает система, человеку достаются только исключения.

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

Как работает фильтр перед реестром

Уходит в оплату без ручного просмотра

• Смена подтверждена ответственным
• Ставка и сумма сходятся с условиями задания
• Акт в последней версии
• Карта как в профиле исполнителя
• Номер операции в платежах не встречался

Попадает в исключения к бухгалтеру

• Подтверждения смены нет
• Часы изменили, а акт остался старым
• Реквизиты поменяли по сообщению в чате
• Этот номер уже оплачивали
• Сумма за месяц подходит к 1 297 500 ₸

Получатель: статус, предел дохода и реквизиты

Статус. Работать в режиме вправе граждане Казахстана и кандасы, у которых нет открытого ИП и работников по найму. Услуга должна быть в перечне № 994, а месячный доход — не выше 300 МРП (статья 718, пункт 2), то есть 1 297 500 ₸ на 2026 год.

Проверить человека можно на портале КГД. «Поиск налогоплательщика» покажет, нет ли у него ИП. Ещё один сервис — «Сервис по проверке налоговых режимов» — по ИИН или БИН показывает, с какой даты и по какую человек применял специальный налоговый режим; данные в нём есть начиная с 1 января 2026 года. Но обязательная публикация этих дат (пункт 14 статьи 716) касается только упрощённой декларации, так что пустой ответ не доказывает, что человек не самозанятый. Отсчёт режима идёт с первого чека (статья 716, пункт 9): именно чек его и подтверждает, а у исполнителя дополнительно сверяют условия режима.

Предел дохода. Если вы платите одному человеку несколько раз за месяц, система должна складывать суммы и предупреждать заранее, до выхода за 300 МРП. Учтите, что предел считается по всему доходу человека, а вы видите только свою часть. Полную картину исполнитель видит в реестре доходов своего мобильного приложения (статья 717, пункт 4). Если сделка выведет доход за предел, исполнитель должен уведомить налоговую о начале деятельности как ИП ещё до того, как получит по ней деньги (статья 716, пункт 11). Как устроены сам режим и предел, описано в статье сколько платит самозанятый в 2026 году.

Реквизиты. Просьбу «переведите на другую карту» в мессенджере подделать проще всего. Менять карту можно только через кабинет самого исполнителя, и каждое изменение подтверждается отдельно. В KasipHub исполнитель сам указывает карту для выплат при регистрации в приложении, а реестр исполнителей у заказчика показывает, кто из них уже оформлен как самозанятый.

Как исправлять часы и суммы, чтобы ничего не разошлось

Условный пример. Исполнитель взял ночную смену на 12 часов, а объект отпустил его через 10. Руководитель вносит фактическое время и пишет причину. Система при этом хранит всё сразу: исходное задание, новое значение и того, кто его поменял.

После пересчёта создаётся новая версия акта. Подписывают только её, а прежняя остаётся в истории с пометкой «заменён». Подпись должна показывать, кто подписал, когда и какую именно версию; как это устроено при электронном подписании, разобрано в статье ЭДО с исполнителями. В реестр уходит сумма за 10 часов. Если исполнитель потом спросит, почему денег меньше, бухгалтер откроет одну карточку и увидит план, исправление, ставку, действующий акт и статус платежа.

Принцип один: исходные данные не перезаписывают, а дополняют новыми версиями. Сколько хранить такие версии и документы, рассказано в статье сколько хранить договоры, акты и чеки.

Спорная операция: отложить её, а не задержать всех

Сомнительную операцию помечают отдельным статусом и в этот реестр не включают. Все остальные выплаты при этом уходят в срок.

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

Свой статус есть и у самого платежа.

Статусы платежа

Подготовлен →Отправлен →Выплачен

Читайте также Массовые выплаты самозанятым: как убрать ручные переводы из бухгалтерии

Как передавать операции в 1С без дублей

Обмен с учётной системой настраивают под её конфигурацию, но цель у него всегда одна: проверенная операция не должна появиться в учёте дважды. Роли при этом не смешивают. Работу подтверждает руководитель, сумму считает система, а 1С отражает готовый результат — решать, сколько часов отработал человек, бухгалтерия не должна. В KasipHub операции по исполнителям выгружаются в 1С без ручного ввода.

Постоянные сведения и данные смены держат раздельно. ИИН, контакты и реквизиты — это профиль: его передают, когда он создан или изменился. А место работы, часы, ставка и итог — данные конкретной операции. Для штата, временного персонала и независимых исполнителей заводят отдельные справочники: документы и расчёт у них устроены по-разному.

Выгружать операцию в 1С стоит не раньше, чем результат принят: первая отметка в приложении и итог для оплаты — разные данные. Условный пример: приложение зафиксировало работу с 07:52 до 17:10, а руководитель принял к оплате 8,5 часа, потому что был часовой перерыв. Выгрузка по сырым отметкам приведёт к тому, что любое следующее исправление разойдётся с 1С.

До отправки система сверяет, есть ли в справочниках 1С такое подразделение и такая статья затрат и заполнены ли обязательные поля. Если операцию отправляют ещё раз, система ищет её по номеру и обновляет существующую запись — копии не появляется. Если пакет принят не целиком, у каждой отклонённой строки видна причина: исправляют и отправляют только их. После загрузки убеждаются, что запись действительно появилась в 1С.

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

Сколько времени экономит проверка до реестра

Условный пример, подставьте свои цифры. Компания закрывает 250 смен в неделю на четырёх объектах. Руководители присылают таблицы, а бухгалтер вручную сверяет людей, часы и суммы. Около 4 минут на строку дают 1 000 минут в неделю — это 16 часов 40 минут, и исправления сюда ещё не входят.

Второй условный пример — сезон на складе. Компания привлекает 120 исполнителей на комплектацию, и на ручную обработку одного человека уходит 10 минут. Реестр готовится 20 часов. Когда подтверждённые часы сами попадают в расчёт и акт, на человека остаётся около 3 минут, и реестр собирается за 6 часов.

Подготовка реестра на 120 исполнителей, условный пример

Ручная сверка, 10 минут на человека 20 ч

Проверки до реестра, 3 минуты на человека 6 ч

Кстати, комплектация товаров может проходить через интернет-платформу как услуга по ОКЭД 82990 — при условии, что она подпадает под перечень № 994.

Кто видит платёжные данные

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

Это не только здравый смысл, но и требование закона о персональных данных. Статья 25 (пункт 2, подпункт 2) обязывает защищать данные правовыми, организационными и техническими мерами. Хранить базу с персональными данными нужно в Казахстане (статья 12, пункт 2), а в компании должен быть назначен ответственный за организацию их обработки (статья 25, пункт 2, подпункт 10).

В журнале системы остаётся каждое действие: кто создал, изменил, подписал, выгрузил или отменил документ. Исправленный файл не затирает старый — тот хранится как предыдущая версия. Нужны резервные копии, и время от времени стоит проверять, что из них действительно можно восстановиться.

С чего начать

1. Нарисуйте путь данных. Где появляется профиль исполнителя, кто подтверждает смену, где считается сумма и какие поля бухгалтер до сих пор перепечатывает. У каждого поля должна быть одна главная система.
2. Введите сквозной номер операции — от задания до платежа.
3. Запустите пилот на одном объекте и одном способе расчёта. В пилот обязательно включите пять сценариев: первый выход нового человека, обычную смену, смену с исправлением, прошедший и отклонённый платёж. Проверка готовности простая — попробуйте выгрузить историю любой операции целиком. Если для этого нужно открывать несколько файлов, слабое место никуда не делось.
4. Выровняйте справочники. Объекты, роли и статьи затрат должны называться одинаково во всех системах.
5. Подключайте объекты по одному, не меняя статусы и проверки.

Учёт смен, из которого берутся часы для расчёта, разобран отдельно — в статье учёт рабочего времени на сменах.

Частые вопросы