Зачем EWA связывать учёт времени, зарплату и банк?

Каждая система хранит свою часть истины о зарплате. Учёт времени показывает выполненную и утверждённую работу; payroll задаёт период, ставку и правила расчёта; банк подтверждает фактический перевод. Без одного из звеньев доступная сумма и итоговая зарплата могут не совпасть.

Три системы отвечают на три разных вопроса

EWA не создаёт трудовые данные и не заменяет payroll.

Система	Главный вопрос
Учёт времени	Какие дни или смены отработаны и утверждены?
Payroll	Как определяются стоимость работы, период и итоговый расчёт?
Банк	Какие суммы реально переведены и каков их итоговый статус?

EWA связывает три области в проверяемую цепочку.

Учёт времени подтверждает сформировавшуюся работу

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

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

Payroll даёт контекст, которого нет в учёте времени

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

EWA должна отнести работу к правильному периоду и конфигурации зарплаты.

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

Поэтому данные учёта времени и payroll используются вместе.

Банк подтверждает, что реально произошло с деньгами

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

Реестр EWA связывается с банковским подтверждением. Иначе payroll может удержать неполученную сумму либо повторно выплатить уже переведённую.

Три системы должны использовать общие ключи связи

Интеграция — не просто «наличие API». Стабильные ключи нужны для:

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

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

Что будет, если связать только учёт времени и банк?

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

Что будет, если связать только payroll и банк?

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

Что будет, если связать только учёт времени и payroll?

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

Как замкнуть цепочку данных?

1. регистрация времени;
2. утверждение;
3. расчёт Earned Wage Engine;
4. проверка Eligibility Engine;
5. создание операции Payment Orchestration;
6. обработка банком;
7. подтверждение статуса;
8. сверка Reconciliation;
9. отражение полученного в payroll;
10. правильный остаток в расчётном листке.

Каждая выплата становится прослеживаемой до выполненной работы.

Интеграция не требует одной технологии

Можно использовать файлы, Google Sheets, API или их сочетание. Важны ясная схема, стабильные ключи, определённый источник истины, время, статусы, защита от дублей, audit trail и обработка исключений.

API реального времени без идемпотентности и аудита не обязательно лучше управляемого batch-файла.

Что делать, если три системы не совпадают?

Нельзя выбирать число потому, что оно «кажется разумным». Например: учёт показывает 8 часов, payroll получает 6, а EWA уже выплатила за 8.

Нужно:

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

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

Кто должен отвечать за каждую область?

• операции/клиент: источник времени;
• HR/Payroll: период и правила;
• финансы: операции и сверка;
• IT/Engineering: интеграция и надёжность;
• Product Operations: координация EWA.

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

KPI интеграции

Следует контролировать сопоставление работника, своевременность утверждения, дубли, ошибки синхронизации, pending-операции, совпадение с выпиской, расхождения payroll, время обработки исключений, исправления mapping и долю полностью закрытых периодов.

Цель — не только «API работает», а сквозное совпадение данных.

Заключение

EWA связывает три системы, потому что ни одна не хранит всю истину. Учёт подтверждает работу, payroll применяет правильный период и правила, банк подтверждает выплату. Общие ключи, audit trail и сверка позволяют EWA работать быстро, сохраняя Payroll Integrity.

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

Консультации EWA для работодателей: Hotline 0937.022.655 · Email info@nhankiet.vn · Подробнее о EWA