Il existe essentiellement deux types d'états de flux de trésorerie – directs et indirects. Dans la méthode indirecte, le flux de trésorerie est dérivé du bénéfice net plus les variations des comptes de bilan qui sont classés comme compte des flux de trésorerie d'exploitation, compte d'investissement et comptes de financement.
Dans la méthode directe, seules les activités de trésorerie réelles sont comptabilisées alors que la méthode indirecte travaille sur les régularisations. La plupart de nos projets portent sur la méthode indirecte de comptabilité des flux de trésorerie car elle est plus facile à enregistrer et à rapprocher. Dans FCCS, vous pouvez choisir de créer un tableau des flux de trésorerie indirects prêt à l'emploi.
FCCS utilise la dimension de mouvement pour calculer les transferts en avant et génère un tableau de flux de trésorerie indirect automatisé. Dans le cadre de la configuration de l'application, il est nécessaire de mapper chaque compte avec le bon membre du mouvement. Ensuite, FCCS calcule les changements périodiques dans les comptes du bilan pour arriver à la ligne de flux de trésorerie correspondante. Cependant, il arrive souvent que les clients n'aient pas nécessairement tous les comptes de bilan sous-jacents identifiés ou ventilés dans les cumuls exacts selon les besoins du tableau des flux de trésorerie. Essentiellement, le flux de trésorerie prêt à l'emploi satisfait probablement 80% de ce dont le client a besoin, mais il souhaite tout de même pouvoir apporter des ajustements supérieurs au flux de trésorerie calculé par FCCS. pour assurer une transition réussie vers le cloud » width= »300″ height= »241″ class= »alignnone size-medium wp-image-273770″ data-recalc-dims= »1″/>
Dans un tel scénario, il y a deux options
1) Soit changer les comptes pour enregistrer chaque transaction de la façon dont elle affecte la ligne de flux de trésorerie.
2) Ou autoriser le côté supérieur ajustements du flux de trésorerie calculé dans FCCS
L'option 1 oblige les clients à modifier la façon dont ils enregistrent actuellement les transactions dans le système ERP. L'option 2 semble nécessiter moins de modifications du back-end. Dans ce blog, nous parlerons plus en détail de l'option 2.
Business Case – Créez un état des flux de trésorerie qui est construit à l'aide d'une méthode indirecte dans FCCS et permet également des ajustements supérieurs du flux de trésorerie sans impact sur le bilan sous-jacent / Comptes P&L.
Conception – Identifiez les comptes qui doivent avoir un impact sur les lignes de flux de trésorerie. Tous ces comptes doivent être mappés aux membres de mouvement réguliers qui sont créés manuellement ou hors boîte. Pour tous les autres comptes BS / P&L qui ne devraient pas avoir d'incidence sur le flux de trésorerie, créez un membre sous la dimension Mouvement qui fait partie du sous-total FCCS_Movements, mais ne roule pas sous FCCS_Cashflow. Voir ci-dessous un aperçu du membre que nous avons créé – Mvmts_NonCash. De cette manière, le solde d'ouverture peut être calculé pour ces comptes sans affecter le relevé CashFlow.
Mouvement
Créez maintenant votre hiérarchie de flux de trésorerie comme indiqué ci-dessous: Vous pouvez ajouter un type statistique d'entrée de comptes pour chaque catégorie cela permettra un ajustement en plus de ce que FCCS calcule comme indiqué ci-dessous.
Ensuite, créez un formulaire pour permettre aux utilisateurs d'ajuster les lignes ayant un impact sur la trésorerie comme CF_AcctPayable_Input. Le formulaire doit permettre la saisie au niveau de ces comptes d'entrée statistiques et du membre Mvmts_NonCash. Maintenant, lorsque nous tirons le compte CF_AcctPayable, il affichera le total de ce que FCCS a calculé en fonction des mouvements des comptes qui ont été étiquetés avec mvmt_AccountPayable plus l'ajustement qui a été effectué.
Maintenant, sur le rapport de flux de trésorerie, tirez ce cumul de compte de flux de trésorerie ainsi que la hiérarchie des flux de trésorerie de mouvement pour afficher un rapport de flux de trésorerie qui a calculé le flux de trésorerie indirect avec l'ajustement supérieur.
À propos de l'auteur
Nandini Nehru est un architecte de solutions senior chez Perficient dans le groupe Oracle EPM. Elle a travaillé pendant plus de dix ans sur divers projets effectuant l'analyse, la conception, le développement, la configuration et le test d'applications. Elle a mis en œuvre la planification Oracle Hyperion, les applications HFM et Essbase pour diverses industries telles que la santé, le secteur public, la fabrication et le pétrole et le gaz. Elle est formatrice certifiée Oracle pour les rapports Oracle Hyperion Financial, la planification, la création et la gestion et la classe d'administrateur. Elle est également spécialiste de la mise en œuvre certifiée Oracle Hyperion Planning 11 et spécialiste de la mise en œuvre certifiée Oracle Enterprise Planning and Budgeting Cloud Service 2017.
Nandini travaille en étroite collaboration avec l'équipe de planification financière de ses clients dans différents secteurs verticaux de l'industrie et met en œuvre des solutions informatiques pour répondre à leurs besoins en matière de planification financière et de budgétisation.
Nandini est titulaire d'un baccalauréat spécialisé en ingénierie en technologies de l'information et d'un MBA en finance de l'Université Rice. Elle a également reçu la célèbre bourse Jones de la Rice University, Houston.
Plus de cet auteur
Source link Articles similaires
