Как Earned Wage Engine рассчитывает уже заработанную оплату?

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

Какую задачу в действительности выполняет Earned Wage Engine?

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

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

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

Из каких компонентов состоит основная формула?

Для сервиса доступа к заработанной оплате Nhan Kiet действует следующий принцип:

Доступная сумма = (утверждённые рабочие дни × дневная ставка) − уже получено в периоде − резерв по правилам компании.

Компонент	Источник данных	Роль
Утверждённые рабочие дни	Принятый источник учёта труда	Определяет уже созданную трудовую стоимость
Дневная ставка	Действующие данные расчёта зарплаты или политика	Переводит труд в денежную стоимость
Получено в периоде	Подтверждённый журнал транзакций	Не допускает повторного использования той же стоимости
Резерв	Политика компании	Создаёт запас для корректировок в конце периода
Расчётный период	Зарплатная система	Ограничивает область начислений, вычетов и расчёта

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

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

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

Отметка посещаемости и утверждённая рабочая запись — разные состояния.

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

Контроля требуют следующие случаи:

• отсутствует время прихода или ухода;
• указана неверная смена;
• смена пересекает полночь;
• сверхурочная работа не подтверждена;
• отпуск ещё не обновлён;
• рабочие записи дублируются;
• утверждённая запись позднее изменена.

Чёткое разделение зарегистрированные данные → утверждённые данные → данные, допущенные к расчёту оплаты не позволяет слишком рано превращать временную запись в финансовую стоимость.

Как механизм обрабатывает изменения данных?

Надёжная зарплатная система должна учитывать, что данные могут изменяться.

Например:

• утверждённая рабочая запись изменена;
• ставка меняется с даты вступления в силу;
• работник переходит на другое место работы;
• после проверки транзакция переходит из ожидания в успешную.

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

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

Возможность пересчитать и объяснить результат — важная составляющая целостности расчёта зарплаты.

Механизм должен предотвращать повторное использование одной трудовой стоимости

Существенный риск — многократное использование одной и той же трудовой стоимости.

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

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

Чтобы снизить этот риск, механизм должен одновременно учитывать:

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

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

Чем Earned Wage Engine отличается от Eligibility Engine?

Два слоя отвечают на разные вопросы.

Earned Wage Engine:
«Какой объём заработанной оплаты уже сформирован по текущим рабочим данным?»

Eligibility Engine:
«Имеет ли человек право пользоваться сервисом в текущих обстоятельствах и какую сумму ему разрешено получить?»

Earned Wage Engine учитывает:

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

Eligibility Engine учитывает:

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

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

Зачем пересчитывать сумму на сервере перед транзакцией?

Предположим, в 10:00 приложение показывает 1 000 000 VND.

К 10:05:

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

Если приложение отправит 1 000 000 VND обратно, а сервер примет сумму без проверки, система может создать ошибочное платёжное поручение.

Поэтому перед выплатой сервер должен:

1. заново получить последние рабочие данные;
2. проверить статус утверждения;
3. получить актуальную уже выплаченную сумму;
4. получить действующую политику;
5. выполнить повторный расчёт;
6. проверить запрошенную сумму;
7. только затем передать запрос в транзакционный слой.

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

Как механизм должен объяснять результат?

Хороший результат — это не только одно число.

Система должна уметь объяснить:

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

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

Это помогает:

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

Когда механизм должен вернуть ноль или не разрешить использование?

Возможны следующие ситуации:

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

Если результат равен нулю, интерфейс должен сообщить подходящую причину, а не просто показать «0 VND».

Технические и операционные KPI для мониторинга

Компания может отслеживать:

• долю полностью объяснимых расчётов;
• число изменений доступной суммы из-за исправления рабочих данных;
• число расхождений между механизмом и зарплатной системой;
• число повторно использованных рабочих записей;
• число повторных расчётов после транзакции;
• число исключений из-за неверного периода;
• число жалоб на доступную сумму;
• время обработки исключений.

Хороший механизм должен не только работать быстро, но и выдавать правильный, отслеживаемый результат.

Заключение

Earned Wage Engine преобразует утверждённые рабочие данные в объяснимый и отслеживаемый финансовый результат. Он должен использовать правильные исходные данные, вычитать уже полученные суммы, применять резерв, пересчитывать результат при изменении данных и предотвращать многократное использование одной трудовой стоимости. Чёткое разделение Earned Wage Engine, Eligibility Engine и транзакционного слоя упрощает контроль, сверку и масштабирование системы EWA.

Автор: Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.

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