Passer au contenu principal
Administrator Guide
Dernière mise à jour : 2026-02-20
Concept : remarques sur les rôles principaux

Concept : remarques sur les rôles principaux

Une Master Promissory Note (MPN) est un document légal qui doit être signé par l'emprunteur sur le site web Department of Education (ED) qui garantit le remboursement au prêt étudiant fédéral. Avant de décaisser des fonds pour un prêt fédéral, l'étudiant doit remplir les critère MPN.

Éléments d'action MPN

La création d'un élément d'action MPN dans Workday vous permet de notifier, de suivre et d'inviter les étudiants à remplir les critère de prêt . Workday fournit une logique prédéfinie pour finaliser automatiquement les éléments d'action MPN en fonction du type de prêt (Prêt direct ou Prêt PLUS). Lorsque les fichiers de réponse MPN sont chargés dans Workday, l'élément d'action de l'étudiant est automatiquement finalisé.
Vous pouvez affecter manuellement l'élément d'action MPN à des étudiants individuels pour l'élément de bourse étudiante ou affecter en masse des étudiants spécifiques en même temps. Lorsque vous créez un élément de bourse étudiante, vous pouvez configurer Workday de manière à affecter automatiquement des éléments d'action exclusivement lorsque l'étudiant accepte l'attribution, plutôt que lorsque l'attribution est initialement packagée comme proposée.
Le critère de finalisation automatique des codes MPN met à jour l'élément d'action de sorte à se terminer dans les cas suivants :
  • Il existe un MPN accepté ou en attente pour l'emprunteur désigné au moment où l'élément d'action du MPN est affecté à l'étudiant. Cela rationalise le processus et évite d'avoir à intervenir manuellement lorsque l' critère MPN est déjà satisfaite.
  • Un fichier de réponse MPN est chargé avec le statut
    Accepté
    ,
    En attente
    ou
    Recommandé
    .
  • Un fichier de réponse à la création du prêt contenant les données MPN est chargé dans Workday.
Workday réaffecte automatiquement les éléments d'action MPN aux étudiants si le MPN existant d'un emprunteur doit expirer au moment du décaissement de l'attribution ou avant. Exemple : le emprunteur 1 sur le prêt Parent PLUS d'un étudiant a un code MPN expiré. Lors du regroupement des aides financières, Workday réaffecte un élément d'action MPN à l'étudiant pour le Prêteur 1 uniquement.

Intégration MPN

Integration prend en charge la transmission des informations MPN via les échanges d'origines et de décaissements communss (COD). Vous importez des données MPN depuis ED via les
intégrations entrantes COD MPN
et Workday utilise les informations pour rechercher des emprunteurs correspondants. VoirConcept : reporting d'importation de dossiers de consultation COD et MPN .
Workday n'associe un code MPN à une attribution que si le fichier importé répond à ces deux conditions :
  • Le fichier importé comporte un champ
    Indicateur de lien
    avec la valeur
    Vrai
    .
  • L'
    horodatage de création
    du fichier importé est identique ou postérieur à l'horodatage du code MPN lié à l'attribution.
Workday finalise automatiquement l'élément d'action MPN pour l'emprunteur associé si le statut MPN est
Accepté
ou
En attente
pour Prêt direct plus et Affectation de prêt direct.
Nous débloquons des décaissements aux étudiants pour les emprunteurs dont le statut MPN est
Accepté
. Voir Référence : conditions d'éligibilité aux décaissements

MPNs recommandés

Un organisme de financement est une personne qui accepte de rembourser un prêt fédéral si l'emprunteur n'est pas en mesure de le faire. Une fois qu'un organisme de financement est associé à un prêt, le MPN associé à ce prêt ne peut pas être associé à d'autres prêts. Nous affichons les codes MPN recommandés uniquement sur les attributions auxquelles ils sont associés.

Nombres de subordonnés directs expirés

Vous pouvez afficher la date d'expiration d'un code MPN dans la section
Informations sur la COD
de l'attribution d'un prêt fédéral étudiant.
Workday compare la date d'expiration du code MPN lié à la date de début de la période de prêt.
Les scénarios suivants illustrent le fonctionnement des décaissements si un étudiant accepte un prêt pour plusieurs périodes universitaires et que le MPN accepté expire après le décaissement initial :
Scénario 1 :
John, étudiant, accepte un prêt non financé pour les périodes universitaires suivantes qui tombent dans une séquence de décaissement unique (séquence 1) :
  • Semestre d'automne 2025
  • Semestre de printemps 2026
  • Semestre d'été 2026
Le MPN accepté par John expire après le décaissement de la période universitaire initiale, mais Workday continue de décaisser les fonds pour les périodes restantes dans la séquence.
Scénario 2 :
John accepte un prêt non financé supplémentaire pour le semestre de printemps 2026 (séquence 2), mais le MPN accepté expire avant la date de décaissement. L'option MPN existante ayant expiré, Workday ne décaissera pas les fonds sur ce prêt tant que John n'aura pas satisfait aux critère de l'option MPN. Workday continue de décaisser les fonds pour les périodes universitaires dans la séquence 1.
Scénario 3
 : le système COD accepte une attribution créée le 17/07/2025 et est associée à un MPN dont la date d'expiration est le 23/07/2025. Dans Workday, vous avez le même code MPN lié que dans le système COD. Lorsque le premier décaissement pour cette attribution a lieu dans Workday à une date postérieure au 23/07/2025, comme le 13/08/2025, le décaissement est réussi. En effet, nous comparons la date d'expiration du 23/07/2025 à la date de début de la période de prêt pour le décaissement.