Почему лимит доступа к заработанной зарплате равен 0 или не увеличивается? Причины и решения
Почему лимит доступа к заработанной зарплате равен 0 или не увеличивается? Причины и решения
Лимит доступа к заработанной зарплате равен 0 или не увеличивается не обязательно из-за ошибки приложения. Система учитывает только утвержденные смены, затем вычитает уже полученные суммы и резервирование. Данные о работнике, клиенте, коде учета рабочего времени, удостоверении личности и аккаунте VPBank также должны совпадать. Работники должны последовательно проверять место работы → статус смены → время синхронизации → резервирование и уже полученные суммы → данные для верификации перед отправкой запроса на поддержку.
> Примечание: Nguyen Minh Khang — Chuyên viên ban chiến lược, являются стандартными и могут быть изменены компанией Nhan Kiet. Работники должны проверять официальные названия статусов и экранов в приложении на момент использования.
Быстрые ответы по симптомам
Симптомы в приложении | Наиболее вероятные причины |
|---|---|
Не видно места работы | Данные из ERP не синхронизированы или неверная дата вступления в силу |
Есть место работы, но нет смены | Неверный код учета рабочего времени, данные не синхронизированы или учет рабочего времени не совпадает |
Видно смену, но статус ожидания | Супервизор NK/клиент не утвердил или смена была изменена |
Утвержденная смена, но сумма равна 0 | Смена в резервировании, все доступное уже получено или конфигурация не применена |
Есть доступная сумма, но невозможно создать запрос | Ниже минимального уровня, превышен лимит, данные/аккаунт не соответствуют условиям |
Запрос создан, но деньги не поступили | Транзакция обрабатывается или ожидается проверка банка |
Не создавайте новый аккаунт, не меняйте удостоверение личности и не просите других снять деньги для "повторной попытки". Эти действия могут затруднить сверку данных и увеличить риски безопасности.
1. Прежде всего: "лимит равен 0" отличается от "невозможно снять деньги"
Три ситуации часто называют "нет денег":
Нет данных о заработной плате
В приложении нет действительных смен для расчета. Причины обычно связаны с данными, таблицей учета рабочего времени или статусом утверждения.
Есть данные о заработной плате, но доступная сумма равна 0
Система имеет данные о сменах, но доступная сумма после резервирования и уже полученных сумм равна 0 или ниже минимального уровня.
Есть доступная сумма, но транзакция заблокирована
Сумма отображается, но пользователь не соответствует условиям по удостоверению личности, аккаунту VPBank, дневному лимиту, статусу клиента или безопасности.
Правильное различие помогает отправить запрос в нужное место. Супервизор не может решить банковскую ошибку; отдел платежей не может самостоятельно утвердить смену вместо клиента без полномочий.
2. Как формируется лимит доступа к заработанной зарплате?

(Основные понятия: см. Что такое утвержденная смена? и Что такое доступ к заработанной зарплате?.)
Согласно проверенной системе:
Доступная сумма = Утвержденные смены x Ставка/день - Уже получено в периоде - Резервирование
Результат округляется вниз до ближайшей 1.000 VND, затем проверяется минимальный уровень, лимит на транзакцию, дневной лимит и условия безопасности.
Чтобы сумма увеличилась, должно произойти хотя бы одно из следующих изменений:
добавление утвержденных смен;
синхронизация новых данных о сменах;
повторное утверждение измененных смен;
переход в разрешенный статус/период;
правильная корректировка конфигурации или назначения;
определение неудачной транзакции и возврат доступной суммы по процедуре.
Лимит не увеличится только из-за частого открытия приложения, учета рабочего времени в начале смены или планирования будущих смен.
3. Причина 1: Данные о работнике не синхронизированы
ERP Nhan Kiet является источником данных о работниках, клиентах, датах начала/окончания работы и управленческих отношениях. Данные синхронизируются ежедневно в 03:00.
Признаки
не видно клиента/места работы;
приложение сообщает, что не принадлежит подразделению или нет назначения;
недавно начал работать или был переведен;
данные все еще показывают старого клиента;
завершение задачи влияет на все права использования.
Решение
Проверьте, была ли дата начала работы зафиксирована HR/супервизором.
Подтвердите имя клиента и текущее место работы.
Подождите до следующего цикла синхронизации в 03:00, если изменения были внесены недавно.
Если данные все еще неверны, свяжитесь с HR/операционным отделом NK для проверки данных и даты вступления в силу.
Не просите менеджера "добавить деньги вручную", если данные неверны. Исправление источника поможет в дальнейшем.
4. Причина 2: Неверный клиент или код учета рабочего времени
Работник может работать на нескольких клиентов и иметь отдельный код учета рабочего времени для каждого места. Система связывает данные по удостоверению личности, company_id/коду клиента, коду учета рабочего времени и времени назначения.
Признаки
работник виден в приложении, но нет данных о сменах;
смены отображаются под другим местом работы;
коллеги по смене уже имеют данные, а у вас их нет;
недавно изменен код карты/сотрудника у клиента;
работа у клиента B, но приложение показывает только клиента A.
Решение
Предоставьте супервизору:
имя клиента;
дату и смену;
используемый код учета рабочего времени;
старый код, если он был изменен;
снимок экрана состояния приложения, скрыв конфиденциальную информацию, если отправляете через группу.
Не отправляйте только имя, так как могут быть совпадения, и система не использует отображаемое имя в качестве основного ключа.
5. Причина 3: Данные о сменах еще не синхронизированы
Система имеет несколько источников с разной скоростью обновления:
Источник смен | Подтвержденная частота |
|---|---|
Учет рабочего времени в приложении | В реальном времени |
Google Sheet клиента | Каждые 30 минут; супервизор может синхронизировать сразу |
ERP кадров | Ежедневно в 03:00 |
Понимание "в реальном времени"
Фиксация учета рабочего времени в реальном времени не означает, что деньги появляются сразу. Смена должна быть завершена, данные должны быть действительными, и смена должна быть утверждена. Сегодняшний день, который еще не закрыт, исключается из доступной суммы.
Когда стоит подождать?
клиент только что ввел/изменил данные в Sheet менее 30 минут назад;
супервизор еще не нажал синхронизацию;
данные были введены после расписания ERP;
устройство учета рабочего времени только что подключилось к сети;
ночная смена еще не завершена.
Когда стоит сообщить?
Если цикл синхронизации уже прошел, коллеги из того же источника уже имеют данные, но у вас их нет, отправьте запрос с указанием даты, смены, кода учета рабочего времени и клиента.
6. Причина 4: Смена зафиксирована, но не утверждена

Только утвержденные смены создают доступную сумму. В текущем процессе супервизор NK или клиент могут утвердить; кто утвердит первым, завершает шаг подтверждения.
Почему смена ожидает?
смена еще не завершена;
отсутствует время начала или окончания;
местоположение/QR/WiFi не соответствуют правилам;
фактическая смена отличается от расписания;
клиент проверяет исключения;
супервизор еще не достиг крайнего срока утверждения;
данные были недавно изменены;
требуется подтверждение работы в нескольких местах.
Что должен делать работник?
Откройте детали смены, проверьте статус и ответьте на правильную дату. Не просите отдел платежей увеличить лимит, если смена не утверждена уполномоченным отделом.
7. Причина 5: Сегодняшний или будущий день не учитывается
Система имеет сетку блокировки дней по принципу учета только завершенных и закрытых смен. Поэтому:
расписание на завтра не создает лимит;
утренний check-in не создает деньги для немедленного получения;
текущая смена еще не завершена;
ночная смена, проходящая через полночь, может потребовать завершения и определения дня смены.
Это основной контроль, который помогает доступу к заработанной зарплате основываться на фактически выполненной работе, а не на предполагаемой.
8. Причина 6: Утвержденная смена была изменена
Клиент может изменить время начала/окончания или смену на своем портале и в источнике данных о сменах. Когда утвержденная смена изменяется, система автоматически переводит статус на ожидание утверждения и сохраняет журнал до/после.
Почему лимит уменьшается или не увеличивается?
Потому что новая запись еще не утверждена. Система больше не рассматривает старую версию как надежную основу после изменения данных.
Решение
спросите супервизора о причине изменения;
проверьте, правильно ли указаны новое время/смена;
дождитесь повторного утверждения уполномоченным лицом;
если деньги были получены за предыдущую смену, запросите объяснение, как будет обработана разница.
Не удаляйте старую запись или не создавайте новую смену для "компенсации", если причина не ясна; это может создать дублирование данных.
9. Причина 7: Резервирование покрывает последние смены

(Как происходит расчет в конце периода: см. Сколько остается после получения доступа к заработанной зарплате?.)
В зависимости от клиента, система может удерживать:
несколько последних смен; и/или
10,5% при достижении условия/порога конфигурации.
Резервирование — это часть, которая еще не открыта для раннего получения, это не плата и не потерянные деньги.
Пример иллюстрации
Предположим, у работника есть 2 утвержденные смены, ставка 300.000 VND/день, в то время как клиент настроил удержание двух последних смен. Обе смены находятся в резервировании, поэтому доступная сумма может быть равна 0.
Когда будет утверждена еще одна смена, более старые смены могут выйти из зоны резервирования и начать создавать доступную сумму, в зависимости от фактических правил.
> Пример объясняет только принцип. NK должен подтвердить отображение и порядок применения конфигурации резервирования перед официальной публикацией.
10. Причина 8: Работник уже получил всю доступную сумму
Множество мелких транзакций в периоде могут составить всю доступную сумму.
Пример:
сумма, доступная после резервирования: 2.000.000 VND;
первая транзакция: 500.000 VND;
вторая транзакция: 700.000 VND;
третья транзакция: 800.000 VND.
Общая сумма полученных средств составляет 2.000.000 VND, поэтому оставшаяся сумма равна 0 до тех пор, пока не будет утверждена еще одна смена или не произойдут допустимые изменения данных.
Работник должен проверять общую сумму, полученную в периоде, а не только последнюю транзакцию. Полученные суммы будут сверены с зарплатой в конце периода, чтобы избежать двойной выплаты.
11. Причина 9: Оставшаяся сумма ниже минимального уровня транзакции
На момент проверки минимальный уровень для каждой транзакции составляет 50.000 VND. Если доступная сумма составляет всего 49.000 VND, приложение может показывать значение, но не позволяет создать запрос.
Система округляет вниз до ближайшей 1.000 VND. Поэтому расчетная внутренняя сумма до округления и отображаемая сумма могут немного отличаться.
Значения являются конфигурацией; работники должны проверять уведомления в приложении, а не предполагать, что этот уровень не изменится.
12. Причина 10: Достигнут лимит на транзакцию или дневной лимит
Подтвержденные значения по умолчанию:
Тип ограничения | Значение по умолчанию |
|---|---|
Максимум на транзакцию | 3.000.000 VND |
Максимум на человека в день | 5.000.000 VND |
Две разные ситуации
Есть 4 миллиона VND доступных, но можно создать запрос только на максимум 3 миллиона VND: достигнут лимит на транзакцию, это не потеря 1 миллиона VND.
Уже получено 5 миллионов VND в день: возможно, придется подождать до следующего дня, даже если период еще имеет лимит, в зависимости от конфигурации.
В коде также есть таблица лимитов по стажу, но NK должен подтвердить, включена ли эта функция в реальной эксплуатации, прежде чем использовать ее для объяснения работникам.
13. Причина 11: Клиент не включил автоматическое снятие
Автоматическая цепочка технически готова, но флаги автоматического снятия по умолчанию отключены, и NK постепенно включает их для каждого клиента после успешного тестирования.
Признаки
работник имеет все данные и утвержденные смены, но функция получения не видна;
коллеги у других клиентов уже могут использовать;
новый клиент находится на этапе пилотирования;
функция включена для одной группы, но не для всех.
Это не проблема, которую работник может решить самостоятельно. Необходимо обратиться к ответственному за внедрение от NK/клиента, не создавая другой аккаунт.
14. Причина 12: Данные удостоверения личности не соответствуют условиям
Условия автоматического снятия проверяют фото удостоверения личности и результат OCR на соответствие данным. Лимит может быть недоступен, если:
нет фото удостоверения личности;
фото размыто, засвечено или обрезано;
номер удостоверения личности не совпадает с ERP;
используется документ другого человека;
данные дублируются;
документы недавно изменены, но не обновлены.
Работники должны обновлять данные через официальный канал. Не отправляйте фото удостоверения личности на личные аккаунты, выдающие себя за поддержку, и не публикуйте в больших группах чата.
15. Причина 13: Аккаунт VPBank не подтвержден
Стандартный автоматический процесс требует, чтобы аккаунт VPBank был зарегистрирован на имя самого работника.
Система:
получает номер аккаунта;
проверяет имя владельца аккаунта через VietQR;
сопоставляет с именем работника;
блокирует номер аккаунта после подтверждения.
Частые ошибки
неправильный ввод номера аккаунта;
ввод номера карты вместо номера аккаунта;
имя банка не совпадает с данными;
использование аккаунта родственника;
неактивный аккаунт;
работник запросил изменение аккаунта, но не завершил проверку.
В коде есть исключение для супер-администратора, чтобы привязать другой банк, но это не стандартный процесс. Работники не должны рассматривать исключение как вариант для самостоятельной регистрации.
16. Причина 14: Устройство или аккаунт под контролем безопасности
Система имеет правило "один человек — одно устройство" и контроль против подделки при учете рабочего времени. Некоторые ситуации могут потребовать проверки:
смена телефона;
использование общего устройства с другим человеком;
переустановка приложения или смена SIM-карты;
устройство обнаружено с поддельным GPS;
учет рабочего времени за другого человека;
признаки захвата аккаунта;
недавно изменена информация для получения денег.
Не пытайтесь обойти контроль с помощью эмуляторов, поддельного GPS или заимствования телефона. Обратитесь в официальный канал для обновления устройства и подтверждения личности.
17. Причина 15: Предыдущая транзакция в неясном состоянии
(Подробнее: Снятие заработанной зарплаты, но деньги не поступили.)
Когда работник отправил запрос, но банк еще не дал окончательный ответ, система удерживает транзакцию в ожидании и проверяет каждые 5 минут. Не делайте автоматических предположений о неудаче, так как это может привести к двойному списанию.
Что должен делать работник?
проверьте статус транзакции;
проверьте баланс/историю VPBank;
не отправляйте повторно;
сохраните код транзакции и время;
свяжитесь с поддержкой, если превышено заявленное время;
не меняйте аккаунт во время проверки.
Система также сверяет выписки VPBank T+1 в 08:00 ежедневно для транзакций предыдущего дня. NK должен объявить конкретное SLA, чтобы пользователи знали, когда ждать и когда сообщать.
18. Процесс самопроверки за три минуты

Шаг 1: Выберите правильное место работы
Если работаете на нескольких клиентов, проверьте каждое место и соответствующий период.
Шаг 2: Откройте детали смены
Посмотрите, какие дни отсутствуют, какие ожидают и какие утверждены.
Шаг 3: Проверьте время обновления
Сравните с 30-минутным циклом Sheet или 03:00 ERP. Учет рабочего времени в приложении, хотя и фиксируется в реальном времени, все равно требует утверждения.
Шаг 4: Просмотрите формулу лимита
Сравните деньги по сменам, уже полученные суммы в периоде, резервирование и оставшуюся сумму.
Шаг 5: Проверьте условия транзакции
Удостоверение личности, аккаунт VPBank, минимальный уровень, лимит на транзакцию, дневной лимит и статус клиента.
Шаг 6: Проверьте историю транзакций
Если есть ожидающая/проверяемая транзакция, не отправляйте повторно.
Шаг 7: Отправьте запрос с достаточными данными
Укажите, относится ли ошибка к смене, лимиту или транзакции; приложите необходимые доказательства и скрывайте конфиденциальные данные.
19. Кому отправить проблему?
Проблема | Подходящий контакт |
|---|---|
Нет данных/места работы | HR или операционный отдел NK |
Неверный код учета рабочего времени | Супервизор NK/контактное лицо клиента |
Отсутствие или ошибка в данных о сменах | Супервизор NK/клиент утверждает смены |
Изменение/ожидание утверждения смены | Уполномоченное лицо на месте работы |
Ошибка в формуле или резервировании | Продукт/операции EWA/зарплата |
Несоответствие удостоверения личности | Канал верификации/HR с полномочиями |
Несоответствие VPBank | Поддержка аккаунта/банка |
Зависшая транзакция | Поддержка платежей EWA/сверка |
Подозрение на захват аккаунта | Безопасность/риск, приоритет срочный |
Работники должны получать уникальный код запроса для отслеживания. Если запрос перенаправляется, внутренняя система должна передавать дело вместе с доказательствами, а не заставлять пользователя отправлять всю информацию заново.
20. Шаблон запроса на поддержку

> Меня зовут: [имя]
> Клиент/место работы: [название]
> Дата/смена для проверки: [дата, смена]
> Код учета рабочего времени: [код]
> Симптомы: [нет данных о сменах/ожидание смены/лимит 0/невозможно создать запрос/зависшая транзакция]
> Код транзакции, если есть: [код]
> Время возникновения: [время, дата]
> Я проверил: [место работы, статус смены, историю полученных сумм, аккаунт]
Не указывайте OTP, пароль или полное фото удостоверения личности в шаблоне. Предоставляйте документы только по запросу официального канала и с соответствующими мерами защиты.
21. Какие уведомления приложение должно отображать более четко
Вместо простого "не соответствует условиям", система должна классифицировать сообщения:
"Данные о месте работы не синхронизированы — свяжитесь с HR".
"Смена от 02/09 ожидает утверждения клиента".
"Две последние смены находятся в резервировании".
"Вы уже получили всю доступную сумму в периоде".
"Оставшаяся сумма ниже минимального уровня для транзакции".
"Вы достигли дневного лимита транзакций".
"Аккаунт VPBank не подтвержден".
"Клиент не включил функцию автоматического снятия".
"Предыдущая транзакция ожидает проверки — не отправляйте повторно".
Каждое уведомление должно иметь правильную кнопку действия: просмотр смены, запрос на корректировку, подтверждение аккаунта или открытие запроса. Это предложение по улучшению опыта, не утверждающее, что все указанные уведомления уже есть в текущей версии.
22. Защита данных при решении проблем
Поддержка может касаться удостоверения личности, смен, клиентов, аккаунтов и транзакций. NK и клиенты должны:
запрашивать только необходимые данные;
использовать официальный канал;
скрывать номер аккаунта при отображении;
распределять права доступа по месту работы;
вести историю, кто просматривал/изменял;
не размещать личные данные в широких группах;
устанавливать срок хранения запросов и доказательств;
передавать дело без копирования данных повсеместно.
Закон о защите персональных данных № 91/2025/QH15 и Декрет 356/2025/НД-CP вступают в силу с 1 января 2026 года. Процедуры поддержки должны быть пересмотрены NK в соответствии с реальными ролями и потоками данных.
Часто задаваемые вопросы
Почему сегодня я работал, но лимит не увеличился?
Сегодняшний день еще не закрыт, и система блокирует его от доступной суммы. Смена должна быть завершена, данные должны быть действительными, и смена должна быть утверждена перед созданием лимита.
Почему утвержденная смена, но лимит все равно равен 0?
Возможно, смена находится в резервировании, вы уже получили всю доступную сумму, оставшаяся сумма ниже минимального уровня или клиент/функция не настроены должным образом.
Если клиент изменил время смены, изменится ли лимит?
Возможно. Утвержденная смена, когда изменяется, автоматически переводится в ожидание утверждения. После утверждения новой версии система пересчитывает по действительным данным.
Как часто обновляется таблица смен в Google Sheet?
Согласно подтвержденной конфигурации, система синхронизируется каждые 30 минут, и супервизор может синхронизировать сразу. Наличие лимита также зависит от статуса утверждения.
Почему у меня есть 40.000 VND доступных, но я не могу их снять?
Минимальный уровень для каждой транзакции в настоящее время составляет 50.000 VND. Официальное значение нужно проверять в приложении, так как конфигурация может измениться.
У меня есть 4 миллиона VND доступных, но я могу получить максимум 3 миллиона VND?
Лимит на транзакцию по умолчанию составляет 3 миллиона VND. Остальная часть не теряется; возможность создать другой запрос зависит от дневного лимита и применяемых условий.
Стоит ли повторно нажимать на зависшую транзакцию?
Нет. Система удерживает неясный статус для проверки и предотвращения двойного списания. Сохраните код транзакции, проверьте VPBank и свяжитесь с поддержкой, если превышено заявленное время.
Смена телефона может привести к потере лимита?
Лимит основан на сменах, но условия транзакции могут быть затронуты контролем "один человек — одно устройство". Необходимо подтвердить устройство через официальный канал, не создавая новый аккаунт.
Если я работаю на нескольких клиентов, где мне проверять?
Проверьте каждого клиента, так как смены, коды учета рабочего времени, ставки, утверждающие лица и резервирование разделены по месту работы.
Является ли резервирование платой?
Нет. Это часть, которая еще не открыта для раннего получения, чтобы создать безопасный запас; допустимая часть все равно будет обработана в периоде зарплаты.
Заключение
Лимит доступа к заработанной зарплате равен 0 может быть вызван четырьмя группами причин: данные/назначение, данные и утверждение смен, формула и ограничения, или верификация и статус транзакции. Большинство проблем можно локализовать, проверив правильное место работы, каждую смену, время синхронизации, уже полученные суммы, резервирование, удостоверение личности и аккаунт VPBank.
Работники не должны создавать новый аккаунт, брать в долг аккаунт или отправлять повторные транзакции для обхода ошибки. Сохраняйте доказательства, коды транзакций и отправляйте запросы в нужное место. Со стороны NK, отображение конкретных причин с соответствующими кнопками действий поможет сократить время ожидания и укрепить доверие к доступу к заработанной зарплате.
Источники
---
Автор: Nguyen Minh Khang — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.
Консультации по решениям доступа к заработанной зарплате для бизнеса: Горячая линия 0937.022.655 · Email info@nhankiet.vn · Доступ к заработанной зарплате для бизнеса