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

Проверка выплат исполнителям идёт до отправки денег, по каждой строке реестра, в пяти точках: смена подтверждена, сумма посчитана по действующей ставке и принятому объёму, акт выпущен в актуальной версии, получатель тот, кому причитается, операция ещё не оплачивалась. У самозанятых добавляются статус режима, месячный лимит 300 МРП и вид работы из перечня № 994. Тогда выплата временному персоналу безопасна: через год можно показать, кто работал, кто принял результат, как посчитана сумма и каким документом всё закрыто. Бухгалтер при этом смотрит только исключения, которые система не пропустила.

Что такое безопасная выплата временному персоналу?

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

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

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

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

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

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

Самый заметный сбой это расхождение суммы и документа. Условный пример: после подготовки акта руководитель меняет смену с 8 часов на 7. Платёж пересчитали, а акт остался прежним. Табель, акт и перевод теперь говорят разное.

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

Какие проверки выплат исполнителям делать до отправки денег?

Список проверок одинаковый для каждой строки реестра. Большую часть делает система, человеку остаются исключения.

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

Как проверить получателя: ИИН, статус и реквизиты?

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

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

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

Потом реквизиты. Просьбу сменить карту в мессенджере легко подделать, поэтому изменение реквизитов принимайте только из личного кабинета исполнителя и с отдельным подтверждением.

По данным FlexTime, платформа проверяет статус исполнителя по ИИН автоматически, а иностранцев и людей с действующим ИП не оформляет.

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

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

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

Правило простое: исходные данные не переписываются, изменения добавляются версиями. Как хранить такие версии и сколько, описано в статье Документы по выплатам исполнителям.

Что делать со спорной операцией?

Если результат спорный, операция получает отдельный статус и в реестр не попадает. Остальные выплаты идут в срок.

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

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

Как передавать данные в 1С без дублей?

Обмен с 1С настраивается под вашу учётную систему: FlexTime предлагает интеграции с вашими системами (1С, SAP, iiko и т.д.). Главная задача обмена: проверенная операция не должна создаваться в учёте второй раз. Роли при этом не смешивают: руководитель подтверждает работу, система считает сумму, 1С отражает результат. Сколько часов человек отработал, бухгалтерия не решает. Какими счетами и документами отражается сама выплата, показано в статье выплаты исполнителям в 1С. В бухгалтерию передают готовую операцию:

1. номер исполнителя, задания и смены;
2. объект, подразделение, период и статью затрат;
3. подтверждённые часы или объём;
4. ставку, формулу и итоговую сумму;
5. номера договора или оферты, акта и платежа;
6. статус передачи и историю корректировок.

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

Передавать операцию лучше после приёмки результата. Первичная отметка и итог для расчёта это разные данные. Условный пример: приложение зарегистрировало работу с 08:57 до 18:06, а руководитель принял к оплате 8 часов за вычетом перерыва. Если выгрузить смену сразу после отметки, последующее исправление создаст расхождение.

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

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

Пример: 300 смен в неделю на пяти объектах

Условный пример, цифры подставьте свои. Логистическая компания закрывает 300 смен в неделю на пяти объектах. Руководители присылают таблицы, бухгалтер вручную проверяет людей, часы и суммы. На строку уходит около 4 минут, на неделю 1 200 минут, то есть 20 часов, без учёта исправлений.

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

Пример: 80 комплектовщиков в сезон

Склад привлекает 80 комплектовщиков на период нагрузки. Руководители трёх участков передают часы, бухгалтерия вручную сверяет ставки и готовит акты. Если обработка одного человека занимает 12 минут, на весь реестр уходит 16 часов.

Когда подтверждённые часы автоматически идут в расчёт и акт, среднее время на человека падает, допустим, до 4 минут. Тогда реестр готовится за 5 часов 20 минут, и один цикл высвобождает около 10 часов 40 минут. Расчёт условный и показывает способ оценки. Комплектация товаров может оформляться как услуга в рамках ОКЭД 82990 через интернет-платформу, если услуга соответствует перечню № 994.

Как разграничить доступ к платёжным данным?

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

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

С чего начать внедрение проверок?

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

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

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