Modèle de RFP pour choisir un fournisseur d'accès au salaire déjà gagné : 60 critères d'évaluation

Modèle de RFP pour choisir un fournisseur d'accès au salaire déjà gagné : 60 critères que les entreprises doivent évaluer

Un RFP pour choisir un fournisseur d'accès au salaire déjà gagné doit évaluer toute la chaîne, du travail effectué, des droits d'approbation, du montant disponible, des paiements bancaires à la réconciliation de la paie, et pas seulement comparer l'interface et les frais. Le modèle ci-dessous aide les entreprises à poser le même ensemble de questions à tous les fournisseurs, à exiger des preuves et à noter selon le degré d'importance.

> En bref : Le RFP devrait inclure 10 groupes avec 60 critères, des conditions d'élimination obligatoires et une échelle de notation pondérée. Chaque réponse doit préciser : disponible, nécessite configuration, nécessite développement ou non pris en charge ; et inclure des documents ou une démonstration comme preuve.

> Note d'utilisation : Nguyen Minh Khang — Chuyên viên ban chiến lược, ce n'est pas un dossier d'appel d'offres juridique complet et cela ne garantit pas que l'accès au salaire déjà gagné répond à tous les critères. Nhan Kiet doit répondre à chaque point avec des preuves actuelles lors de la participation à un RFP réel.

1. En quoi un RFP pour l'accès au salaire déjà gagné diffère-t-il d'un RFP pour un logiciel RH classique ?

(Voir aussi : Liste de contrôle pour choisir un fournisseur d'accès au salaire déjà gagné et Comment les entreprises évaluent-elles les fournisseurs d'accès au salaire déjà gagné ?.)

L'accès au salaire déjà gagné concerne simultanément les données RH, le pointage, la paie, les données personnelles et les transferts d'argent. Une erreur d'affichage peut être simplement gênante ; une erreur d'état de transaction ou de travail approuvé peut entraîner un écart financier réel.

Par conséquent, le RFP doit vérifier cinq capacités essentielles :

1. Ne pas générer de revenus à partir de travaux futurs ou non approuvés.

2. Ne pas payer la mauvaise personne, le mauvais compte ou dupliquer les transactions.

3. Expliquer chaque centime du montant disponible.

4. Réconcilier les transactions avec la banque et la paie.

5. Protéger les données personnelles et maintenir le service en cas d'incident.

Si un fournisseur ne peut prouver l'une de ces cinq capacités, l'entreprise ne devrait pas compenser par une belle interface ou des frais bas.

2. Comment demander aux fournisseurs de répondre

Chaque critère devrait avoir six colonnes :

Les réponses ne se limitant qu'à "Oui" ne sont pas acceptées. Si un développement est nécessaire, le fournisseur doit préciser la portée, l'acceptation, le délai et la responsabilité en cas de retard.

3. Échelle de notation et conditions d'élimination

Échelle de notation 0–5

Conditions d'élimination suggérées

• ne pas bloquer le travail non effectué/non approuvé ;

• pas de mécanisme anti-duplication ;

• pas de vérification du compte bénéficiaire ;

• pas de journalisation des modifications de travail et des états de transaction ;

• pas de lien entre les montants reçus et la paie ;

• pas de rôle défini pour le traitement des données personnelles ;

• pas de processus pour gérer les incidents graves ;

• pas d'explication de la nature juridique et des parties impliquées dans le flux financier.

Les conditions d'élimination doivent être approuvées avant l'ouverture des dossiers pour éviter de modifier les normes de manière subjective.

4. Groupe 1 — Opérations d'accès au salaire déjà gagné et expérience des travailleurs (8 critères)

1. Calculer uniquement la valeur du travail effectué et approuvé.

2. Bloquer les jours actuels non clôturés et les jours futurs.

3. Afficher le montant disponible et la formule explicative.

4. Afficher les détails des jours travaillés, des montants reçus et des réserves.

5. Permettre aux travailleurs de demander de manière proactive, sans approbation pour chaque demande si les conditions sont remplies.

6. Avoir une étape de confirmation/accord avant chaque réception.

7. Afficher clairement l'état des transactions : en attente, réussi, échoué, nécessite vérification.

8. Avoir un canal de support en cas d'erreur de dossier, de travail ou de non-réception de paiement.

Preuves à demander : démo d'un jour travaillé approuvé à la transaction ; démo de cas de travail non approuvé ; modèle d'historique des transactions et contenu des engagements.

Pour l'accès au salaire déjà gagné, la formule dans le système est : travail approuvé × tarif journalier par client − montant reçu pendant la période − réserves, arrondi à l'inférieur par tranche de 1 000 VND. Ceci est une vérification d'information à partir du code ; la politique appliquée à chaque client doit encore être confirmée.

5. Groupe 2 — Pointage, approbation du travail et exceptions (7 critères)

1. Recevoir des données du système client, ERP ou application.

2. Prendre en charge plusieurs formats de pointage et les quarts de nuit.

3. Avoir une liaison stable entre le travailleur et le code de pointage.

4. Déléguer les droits de visualisation, modification, approbation et refus de travail.

5. Les modifications du travail approuvé doivent revenir à l'état de vérification.

6. Journaliser avant/après, qui a modifié et quand.

7. Avoir un processus pour les changements de quart, transferts, départs et réductions de travail après paiement.

Scénario de démo obligatoire : modifier un enregistrement approuvé et prouver que le montant disponible est recalculé selon les règles ; ne pas effacer les traces anciennes.

Le système d'accès au salaire déjà gagné permet actuellement aux clients d'opérer sur le portail /kh; les clients ou les superviseurs de Nhan Kiet peuvent approuver selon les droits. La conformité avec les processus d'approbation multi-niveaux de chaque entreprise doit être testée séparément.

6. Groupe 3 — Juridique et gestion des contrats (6 critères)

1. Identifier l'entité juridique signataire et l'autorité du signataire.

2. Avoir une analyse juridique de la nature du modèle et du mécanisme de compensation.

3. Les termes convenus avec les travailleurs entre le contrat, l'application et la communication.

4. Politique tarifaire, partie responsable des frais et conditions de changement transparentes.

5. Responsabilité en cas d'erreur de travail, de personne, de duplication ou de non-recouvrement.

6. Processus de réclamation, de résiliation de service et de résolution des litiges.

Les entreprises ne devraient pas considérer la phrase "pas un prêt" comme une conclusion juridique. Le fournisseur doit présenter la structure de la transaction, les droits et obligations des parties, puis laisser le service juridique évaluer dans le contexte du contrat spécifique.

7. Groupe 4 — Protection des données personnelles (6 critères)

1. Définir le rôle de chaque partie dans le traitement des données.

2. Avoir un inventaire des données, des objectifs et des bases de traitement.

3. Avoir une notification/consentement et un mécanisme pour exercer les droits des sujets de données si nécessaire.

4. Définir les délais de conservation, suppression, anonymisation et restitution des données.

5. Publier les sous-traitants, lieux de stockage et flux de transfert de données.

6. Avoir un processus de gestion des violations de données et un dossier d'évaluation d'impact sur demande.

Les RFP émis à partir de 2026 doivent être examinés par le service juridique conformément à la Loi sur la protection des données personnelles n° 91/2025/QH15 et aux directives actuelles. Les champs sensibles tels que le CCCD, les photos, les positions, les appareils, les comptes bancaires et les salaires doivent être décrits séparément.

8. Groupe 5 — Sécurité de l'information (7 critères)

1. Architecture séparant les environnements et services sensibles.

2. Authentification, droits minimaux et révision périodique des droits.

3. Chiffrement des données en transit et au repos.

4. Gestion des clés, secrets et informations de connexion bancaire.

5. Journalisation des audits, surveillance et alertes de comportements anormaux.

6. Gestion des vulnérabilités, mises à jour et tests de sécurité indépendants.

7. Réponse aux incidents, sauvegarde, récupération et exercices de continuité des affaires.

Le fournisseur doit préciser quelles preuves sont fournies lors de la phase de dossier, d'évaluation sur site ou de salle de données sécurisée. Le nombre de tests internes ne remplace pas les tests de pénétration ou les certifications indépendantes.

9. Groupe 6 — Intégration et qualité des données (6 critères)

1. Avoir des spécifications API/fichier et un dictionnaire de données.

2. Définir la source de données de référence lorsque deux systèmes diffèrent.

3. Vérifier les doublons, les manques, les formats incorrects et le contrôle total.

4. Avoir un mécanisme de resynchronisation, anti-doublon et gestion des versions.

5. Avoir un environnement de test, des données simulées et des critères d'acceptation.

6. Avoir des rapports de latence, des enregistrements d'erreurs et un processus de gestion.

Le fournisseur doit distinguer le calendrier technique de l'SLA engagé. Par exemple, le système d'accès au salaire déjà gagné a actuellement un calendrier de synchronisation de feuille de 30 minutes et ERP quotidien ; le RFP doit encore exiger le niveau de service, la méthode de mesure et les exceptions par écrit.

10. Groupe 7 — Bancaire, paiements et prévention des transactions en double (6 critères)

1. Vérification du bénéficiaire et du compte principal.

2. Avoir un identifiant de transaction unique, immuable à chaque tentative.

3. Avoir un verrouillage simultané pour empêcher deux paiements pour la même demande.

4. Enregistrer le succès uniquement avec un retour/une signature valide.

5. Mettre en attente lorsque l'état est incertain et avoir un mécanisme de vérification.

6. Avoir un interrupteur d'arrêt d'urgence et un droit de réactivation contrôlé.

Dans le flux standard actuel, l'accès au salaire déjà gagné effectue des paiements via VPBank sur un compte principal VPBank vérifié. Les cas particuliers utilisant d'autres banques et le champ d'application doivent être confirmés par Nhan Kiet, et ne doivent pas être automatiquement inclus dans le RFP comme une fonctionnalité standard.

11. Groupe 8 — Réconciliation, paie et audit (5 critères)

1. Avoir des rapports de transaction par personne, client et période de paie.

2. Avoir une réconciliation avec les relevés bancaires et un processus pour les montants en attente.

3. Avoir un fichier/API pour intégrer les montants reçus dans la paie.

4. Avoir un contrôle pour que les jours travaillés utilisés ne soient pas cumulés pour la période suivante.

5. Avoir un registre et un processus pour gérer les montants non récupérables.

Preuves à demander : un ensemble de données complet comprenant le travail, la demande de réception, la réponse bancaire, le rapport de réconciliation et le bulletin de paie masqué des informations personnelles.

12. Groupe 9 — SLA, support et déploiement (5 critères)

1. SLA de disponibilité, de réponse et de récupération défini par des chiffres.

2. Avoir une hiérarchisation P1–P4, un point de contact et un mécanisme d'escalade.

3. Avoir un plan pilote, de formation, de communication et de gestion du changement.

4. Avoir un RTO/RPO, un calendrier de maintenance et des notifications d'incidents.

5. Avoir des rapports de service périodiques et une analyse des causes profondes.

Les phrases comme "presque instantanément" ne suffisent pas pour noter le SLA. Le RFP doit préciser quand l'horloge commence, s'arrête, quel journal est la source de référence et quels cas sont exclus.

13. Groupe 10 — Commercial, capacité et sortie de service (4 critères)

1. Structure tarifaire complète : déploiement, intégration, opération, transaction et développement supplémentaire.

2. Capacité financière, opérationnelle et cas de référence.

3. Propriété des données, exportation des données et support de conversion.

4. Processus de retrait des droits, suppression/restitution des données et support après résiliation.

Il ne faut pas exiger un cas trop similaire juste pour exclure un nouveau fournisseur ; au lieu de cela, évaluer la qualité des preuves, la capacité de contrôle et la capacité à mener un pilote en toute sécurité.

14. Pondération suggérée des scores

14. Pondération suggérée des scores

Le score total pondéré ne remplace pas les conditions d'élimination. Un fournisseur obtenant 90/100 mais ne pouvant pas prévenir les duplications ne devrait pas être sélectionné pour un pilote.

15. Trois étapes d'évaluation des fournisseurs

(Voir aussi : Dossier d'évaluation de l'accès au salaire déjà gagné et Modèle de plan pilote pour l'accès au salaire déjà gagné et critères d'expansion.)

Étape 1 — Dossier

Vérifier l'exhaustivité, les conditions d'élimination et les preuves juridiques/sécurité.

Étape 2 — Démo selon scénario

Ne pas laisser le fournisseur choisir le flux le plus favorable. L'entreprise fournit un scénario commun : quart de nuit, modification de travail approuvé, transaction en attente, départ et réconciliation de fin de période.

Étape 3 — Pilote contrôlé

Choisir une portée réduite, fonctionner en parallèle avec la paie, fixer un seuil d'arrêt et mesurer les KPI. N'étendre qu'après explication et correction des écarts.

16. Questions fréquentes

Faut-il choisir le fournisseur avec les frais les plus bas ?

Non, si le coût total n'inclut pas l'intégration, le support, le traitement des données et l'exploitation des exceptions. Le coût des erreurs de transaction ou des écarts de paie peut dépasser la différence de tarif unitaire.

Faut-il exiger les 60 critères ?

Pas nécessairement, tous les critères n'ont pas le même poids, mais l'entreprise devrait répondre à tous pour savoir quelles lacunes elle accepte.

Une démo réussie suffit-elle pour passer à l'exploitation ?

Non. La démo prouve le flux fonctionnel ; le pilote teste les données réelles, les droits, le support et la réconciliation dans un cadre contrôlé.

Le fournisseur peut-il répondre "nécessite développement" ?

Oui, s'il précise la portée, le temps, le coût, les critères d'acceptation et les risques de dépendance. Ne pas noter comme une fonctionnalité disponible.

L'accès au salaire déjà gagné répond-il actuellement à tous les 60 critères ?

L'article ne conclut pas cela. De nombreuses capacités techniques proviennent du code, mais les dossiers juridiques, SLA, tests de pénétration, politiques commerciales et preuves de fonctionnement doivent être fournis par le département compétent.

17. Conclusion

Un bon RFP aide les entreprises à transformer la question "quelles fonctionnalités l'application offre-t-elle ?" en une question plus importante : la chaîne entière est-elle contrôlable et où sont les preuves ? Les 60 critères créent un langage commun pour les RH, le juridique, l'IT, la sécurité de l'information, la finance, la paie et les achats. Un fournisseur approprié ne se contente pas de démontrer un flux favorable, mais explique également ce qui se passe lorsque les données sont incorrectes, que la banque est lente ou qu'un travailleur quitte en milieu de période.

---

Auteur : Nguyen Minh Khang — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.

Conseil en solutions d'accès au salaire déjà gagné pour les entreprises : Hotline 0937.022.655 · Email info@nhankiet.vn · Accès au salaire déjà gagné pour les entreprises