MB-920 · Finance & Operations
Finance & Operations : 12 questions MB-920 corrigées
« Finance & Operations » est l'un des 4 domaines évalués à l'examen Microsoft MB-920. Voici 12 questions de ce domaine, chacune avec sa bonne réponse et son explication.
1. Quel élément financier est obligatoirement requis pour chaque entité juridique ?
Réponse : Un grand livre (ledger) avec plan comptable, devise et calendrier fiscal
Sans grand livre, une entité juridique ne peut rien enregistrer : c'est lui qui porte le plan comptable, la devise et le calendrier fiscal. Un espace de travail n'est qu'un affichage, une équipe de projet une organisation interne facultative, et un canal Commerce ne concerne que la vente au détail.
2. Parmi ces données, laquelle est généralement partagée entre toutes les entités juridiques ?
Réponse : Les définitions de produits et la plupart des données RH
Produits et données RH sont détenus au niveau de l'organisation : saisis une fois, ils servent à toutes les sociétés. Paramètres de comptabilité fournisseur, autorités fiscales et conditions de paiement, eux, dépendent du droit local.
3. Comment sont gérés les calendriers fiscaux lorsqu'on modélise des organisations comme des entités juridiques distinctes ?
Réponse : Chaque entité juridique possède son propre calendrier fiscal
Le calendrier fiscal se rattache au grand livre de chaque entité juridique : une filiale peut clôturer en juin, une autre en décembre. Il n'est ni imposé à tout le tenant ni défini par utilisateur — le paramètre est comptable.
4. Pourquoi la consolidation est-elle nécessaire lorsque des bureaux régionaux sont modélisés comme des entités juridiques distinctes ?
Réponse : Pour réunir les résultats financiers de plusieurs entités dans une société consolidée
Chaque entité juridique tient ses propres comptes : sans consolidation, il n'existe aucune vue financière du groupe. Rien n'oblige les entités à utiliser des devises différentes, la consolidation n'annule aucune taxe, et les unités opérationnelles produisent bien des rapports — elles n'ont simplement pas d'existence légale.
5. Si des organisations doivent utiliser des devises fonctionnelles différentes, comment doivent-elles être modélisées ?
Réponse : Comme des entités juridiques distinctes
Les devises fonctionnelles sont définies par entité juridique, donc des devises différentes exigent des entités juridiques distinctes.
6. Quelle affirmation sur les données de référence partagées d'une hiérarchie est correcte ?
Réponse : Les données de référence partagées (produits, carnets d'adresses) s'appliquent à toute l'organisation et ne peuvent pas être remplacées pour une organisation individuelle
C'est le sens même de « partagé » : produits et carnets d'adresses valent pour toute l'organisation, et aucune entité ne peut en tenir sa propre version — c'est ce qui garantit qu'un même article désigne partout la même chose. Ces données ne dépendent ni de l'utilisateur connecté ni de l'outil de restitution.
7. Quelle est la seule catégorie d'entité juridique que vous pouvez actuellement créer dans les apps Finance and Operations ?
Réponse : Une société (company)
Actuellement, seules les sociétés peuvent être créées comme entités juridiques, chacune associée à un company ID.
8. À quel modèle d'entité appartiennent toutes les organisations internes (entités juridiques, unités opérationnelles, équipes) ?
Réponse : L'entité Party (tiers), utilisant le carnet d'adresses
Party est le modèle commun à tout ce qui a une adresse et des coordonnées : entités juridiques, unités opérationnelles, équipes, mais aussi clients et fournisseurs. C'est ce qui évite de ressaisir une adresse à plusieurs endroits. Produit, Devise et Rôle décrivent des objets d'une tout autre nature.
9. Une fois qu'une unité opérationnelle est ajoutée à une hiérarchie, que se passe-t-il ?
Réponse : Elle ne peut plus être supprimée
Une hiérarchie sert de référence aux transactions et aux politiques déjà enregistrées : en retirer un nœud romprait la piste d'audit. L'unité opérationnelle reste donc en place, sans devenir une entité juridique ni perdre son centre de coûts.
10. Quel mode permet de modifier une hiérarchie avant de publier une nouvelle version en production ?
Réponse : Le mode brouillon (draft)
Le mode brouillon permet de préparer les modifications d'une hiérarchie avant de publier une nouvelle version.
11. Quelle bonne pratique concerne le nombre de hiérarchies pour un même objectif (purpose) dans une entité juridique ?
Réponse : Ne pas modéliser plusieurs hiérarchies pour le même objectif dans une même entité juridique
Deux hiérarchies pour un même objectif dans une même entité juridique, ce sont deux réponses possibles à la même question : l'application ne saurait plus laquelle appliquer. Multiplier les hiérarchies par transaction ou par utilisateur produit le même conflit, en pire.
12. Quel objectif (purpose) de hiérarchie faut-il sélectionner pour traiter les paiements centralisés entre plusieurs entités juridiques ?
Réponse : Paiements centralisés
L'objectif (purpose) dit à quelle fonction le système relie la hiérarchie : Paiements centralisés laisse une entité régler les fournisseurs des autres. Structure d'établissement et Politique d'achat pilotent reporting et achats, pas les règlements.