Процесс доступа к заработанной зарплате: от учёта времени до получения денег и сверки

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

Доступ к заработанной зарплате — это название решения Nhan Kiet Earned Wage Access (EWA), которое помогает работнику получить доступ к части зарплаты, соответствующей уже выполненной работе, до наступления обычной даты выплаты. Это не способ выплачивать всю зарплату после каждого рабочего дня; циклы расчёта и выплаты компании сохраняются в соответствии с применимой политикой (см. дальнейшие различия в Чем традиционный аванс по зарплате отличается от EWA?).

Общая схема процесса доступа к заработанной зарплате

Основной операционный жизненный цикл состоит из семи шагов:

1. Запись работы.

2. Руководитель подтверждает работу.

3. Синхронизация данных.

4. Расчёт подходящей уже начисленной зарплаты.

5. Работник подаёт запрос на деньги.

6. Аутентификация и выплата.

7. Сверка в расчётном периоде.

Если включить этап регистрации, полный процесс можно описать так:

Регистрация/eKYC → Подтверждение условий или электронная подпись → Учёт времени → Утверждение работы → Расчёт лимита → Запрос на деньги → Выплата → Сверка → Расчётный лист.

Эти два слоя процесса не противоречат друг другу. Семь шагов — это операционный жизненный цикл, повторяющийся каждый период; регистрация и подтверждение условий — подготовительный шаг перед первой операцией работника.

Шаг 0. Регистрация, аутентификация и установление прав использования

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

• Уникальный табельный номер.

• Компанию или подразделение, где он сейчас работает.

• Действующий, активный статус трудовых отношений.

• Проверенный номер телефона или аккаунт входа.

• Счёт получения, принадлежащий правильному получателю или обрабатываемый по утверждённой политике.

• Версию условий для работника, которая была подтверждена.

• Время активации и объём использования.

При наличии eKYC или электронной подписи компании нужно чётко определить, какие данные собираются, цель использования, срок хранения и порядок действий при неуспешной аутентификации. Закон об электронных транзакциях № 20/2023/QH15 — одно из оснований, которое юридический отдел должен проверить при проектировании операции и электронного подтверждения.

Необходимые средства контроля

• Не активировать профиль, который неправильно сопоставлен с табельным номером.

• Не допускать операцию, если статус увольнения или приостановки уже действует.

• Требовать дополнительную аутентификацию при смене счёта получения.

• Хранить версию условий и доказательство согласия.

• При необходимости отделять идентификационные данные от данных, используемых только для работы лимита.

Шаг 1. Запись рабочего времени

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

Запись о работе обычно требует таких полей:

Одна отметка лишь доказывает, что система получила данные. Она не доказывает автоматически, что смена подходит для расчёта зарплаты.

Шаг 2. Руководитель подтверждает работу

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

Почему следует использовать только утверждённую работу?

Неутверждённая работа может измениться из-за:

• Пропущенной отметки входа или выхода.

• Неверной смены или места.

• Ещё не подтверждённых сверхурочных.

• Ещё не обновлённого заявления на отпуск.

• Дублирующих данных или неверно введённого табельного номера.

• Клиент ещё не подтвердил фактически отработанные часы.

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

Обязанности утверждающего работу

• Утверждать правильного человека, правильный день, правильную смену и правильный тип работы.

• Обрабатывать аномальную работу в установленный срок.

• Фиксировать причину при корректировке или отклонении.

• Не передавать аккаунты и не делегировать без контроля.

• Завершать работу до момента отсечения синхронизации лимита.

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

Шаг 3. Синхронизация и проверка данных

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

Система должна проверять не только «есть ли данные», но и их качество:

• Существует ли табельный номер и активен ли он?

• Правильный ли расчётный период?

• Утверждена ли работа и не заблокирована/отозвана ли?

• Действует ли уже уровень зарплаты или единичная ставка, служащая основанием?

• Возникала ли какая-либо операция по той же части работы?

• Есть ли резерв или корректировка, которые нужно включить в формулу?

• Проверен ли счёт получения?

Принцип при нехватке данных

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

Шаг 4. Расчёт подходящей уже начисленной зарплаты

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

Иллюстративная формула

Общую формулу можно выразить так:

Оставшийся доступный лимит = (Действительная уже начисленная зарплата × Ставка безопасности) − Уже полученная сумма − Резерв/корректировка

Где:

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

• Ставка безопасности: ставка, доступ к которой компания разрешает, не равная по умолчанию 100%.

• Уже полученная сумма: общая сумма успешных операций в периоде.

• Резерв/корректировка: часть, удержанная под обязательства и действительные колебания, способные повлиять на чистую полученную зарплату.

Иллюстративный пример

Предположим, что на момент расчёта:

• Уже начисленная зарплата из утверждённой работы: 4 000 000 донгов.

• Предполагаемая ставка безопасности: 70%.

• Сумма, которую работник уже получил досрочно: 1 500 000 донгов.

• Дополнительный резерв: 300 000 донгов.

Тогда:

Оставшийся лимит = (4 000 000 × 70%) − 1 500 000 − 300 000 = 1 000 000 донгов.

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

Условия, при которых лимит может стать нулевым

• Ещё нет утверждённой работы.

• Профиль или счёт получения ещё недействителен.

• Работник получил всю подходящую часть.

• Работа в споре или ожидает корректировки.

• Расчётный период закрыт.

• Трудовой статус приостановлен или прекращён.

• Общий лимит программы или средства временно достигли предела.

Экран должен объяснять причину, а не просто показывать «операция невозможна».

Шаг 5. Работник подаёт запрос на деньги

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

• Текущий лимит.

• Запрошенную сумму.

• Комиссию за услугу и комиссию за перевод, если они есть.

• Фактически полученную сумму.

• Общую полученную за период сумму.

• Ожидаемый остаток зарплаты после операции.

• Счёт получателя с частично скрытой информацией.

• Ожидаемое время обработки.

• Важные условия и канал поддержки.

Проверки прямо перед записью запроса

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

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

Шаг 6. Аутентификация, контроль и выплата

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

• Действительная личность и сессия входа.

• Счёт получателя не был только что аномально изменён.

• Лимит всё ещё достаточен.

• Работник всё ещё в статусе, разрешающем использование.

• Операция никогда не обрабатывалась.

• Средства и общий лимит программы всё ещё достаточны.

• Нет предупреждения о мошенничестве или приказа о приостановке.

Предлагаемые статусы операции

Опасная ошибка — увидеть медленный статус платежа и автоматически повторно отправить новое поручение. Правильный способ — найти прежнюю операцию по идентификатору, прежде чем решать, как действовать дальше.

Шаг 7. Сверка в расчётном периоде

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

Компании следует выполнять три уровня:

1. Сверка операций

Сравнить запрос в приложении с фактическим результатом банка или платёжного канала:

• Код операции.

• Получатель.

• Запрошенная сумма и фактически полученная сумма.

• Комиссия.

• Время.

• Финальный статус.

2. Сверка зарплаты

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

3. Бухгалтерская и денежная сверка

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

Принципы закрытия периода

• Не закрывать период, пока остаются операции с неопределённым финальным статусом.

• У каждого расхождения должны быть причина, обработчик и доказательство.

• Корректировки после закрытия периода должны проходить через утверждение.

• Сводный отчёт должен совпадать с детализацией по каждому сотруднику и каждой операции.

Минимально необходимые входные данные

Принцип — использовать только данные, необходимые для определённой цели, назначать права по правильной роли и хранить полный след. Закон о защите персональных данных № 91/2025/QH15, действующий с 01.01.2026, — актуальное основание, которое следует проверить для всего жизненного цикла данных.

Роли и обязанности каждой стороны

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

Обязательные средства контроля перед выплатой

Операция должна отправляться только тогда, когда она проходит все контрольные шлюзы:

1. Сотрудник всё ещё действителен и подходит.

2. Работа утверждена уполномоченным лицом.

3. Данные о доходе действительны в периоде.

4. Лимит пересчитан на момент операции.

5. Общая запрошенная сумма не превышает лимит и предел программы.

6. Счёт получения проверен.

7. Операция не является дублем.

8. Нет предупреждения о мошенничестве или статуса приостановки.

9. Средства всё ещё доступны.

10. Работник увидел комиссию и подтвердил фактически полученную сумму.

Обработка исключительных ситуаций

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

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

Работник увольняется в середине периода

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

Банковский счёт неверен или только что изменён

Ещё не выплаченную операцию нужно приостановить; смена счёта требует дополнительной аутентификации. Если она уже выплачена ошибочно, немедленно перейти к процессу расследования и инцидента; не редактировать статус вручную, чтобы отчёт «совпал».

Неуспешная операция

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

Операция, подозреваемая в дублировании

Найти её по прежнему коду операции перед созданием нового поручения. Всем API, создающим операции, нужен механизм против дублирования.

Прерывание системы учёта времени или расчёта зарплаты

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

Что должны содержать SLA и журнал аудита?

Операционный SLA

Компании нужно согласовать сроки для:

• Утверждения работы.

• Синхронизации данных.

• Обработки запросов на деньги.

• Возврата результатов операций.

• Расследования операций с неясным статусом.

• Исправления ошибок работы и пересчёта лимита.

• Обработки жалоб.

• Возврата денег или корректировки комиссий.

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

Журнал аудита

Журнал должен отвечать на вопросы:

• Кто или какая система выполнили действие?

• Когда действие произошло?

• Какими были данные до и после изменения?

• Какое правило или версия формулы применялись?

• Кто утвердил исключение?

• Какое платёжное поручение ему соответствует?

• В каком периоде операция была сверена?

Оператору не следует разрешать напрямую редактировать историю операций, не оставляя следа.

Чек-лист компании перед подключением процесса

• [ ] Есть согласованный табельный номер между HR, учётом времени, расчётом зарплаты и EWA.

• [ ] Для расчёта лимита используется только утверждённая работа.

• [ ] Есть срок утверждения работы и замена при отсутствии руководителя.

• [ ] Формула лимита утверждена Расчётом зарплаты, Финансами и Юридическим.

• [ ] Есть часть резерва вместо разрешения получать всю предварительно рассчитанную зарплату.

• [ ] Счёт получения проверен и контролируется при изменении.

• [ ] У каждой операции есть уникальный код и механизм против дублирования.

• [ ] Есть полные статусы неуспеха, расследования, возврата и сверки.

• [ ] Протестирован полный цикл до расчётного листа, бухгалтерии и выписок.

• [ ] Есть процесс блокировки уволившихся почти в реальном времени.

• [ ] Есть сценарий на случай прерывания учёта времени, расчёта зарплаты или платежа.

• [ ] Работник чётко видит комиссию и ожидаемый остаток зарплаты.

• [ ] Есть контакт поддержки и SLA обработки жалоб.

• [ ] Персональные данные контролируются по правам, защищены и управляются по жизненному циклу.

• [ ] Пилот выполнен и хотя бы один расчётный период завершён до расширения.

Заключение

Основная ценность доступа к заработанной зарплате — не только скорость перевода. Надёжная система должна уметь доказать всю цепочку:

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

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

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

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

Источники

• Трудовой кодекс № 45/2019/QH14

• Закон об электронных транзакциях № 20/2023/QH15

• Закон о защите персональных данных № 91/2025/QH15

• Постановление 52/2024/NĐ-CP о безналичных платежах

• Banking Review: Правовая природа услуг доступа к уже начисленной зарплате и предложения по корректировке законодательства во Вьетнаме

---

Автор: Nguyen Minh Khang — специалист департамента стратегии, Nhan Kiet Manpower Supply Co., Ltd.

Консультация по решению доступа к заработанной зарплате для компаний: Горячая линия 0937.022.655 · Эл. почта info@nhankiet.vn · Доступ к заработанной зарплате для компаний