Créer un processus efficace du système financier

Notre dernier blog de cette série était consacré au processus de transformation financière. Le contenu de cette semaine décrira le processus efficace du système financier et les étapes à suivre pour bien démarrer.

Le système de comptabilité générale est bien sûr au cœur du système financier d’une entreprise. Un grand livre général fonctionnant correctement n'est toutefois qu'un élément d'un processus financier efficace. Pour prendre du recul et examiner l'environnement des systèmes financiers dans son ensemble, il faut prendre en compte les résultats finaux – à savoir les produits du processus – et revenir en arrière pour les intrants.

Les résultats souhaités d'un processus financier sont simplement des ensembles de rapports de gestion et de réglementation. Du point de vue de la gestion, les bilans, les comptes de résultat, les rapports budget / budget réels, etc., devraient être disponibles à différents niveaux de granularité et suffisants pour permettre à la direction du département de se reporter aux rapports du conseil d'administration.

Les rapports réglementaires doivent être produits «de bout en bout». ”Sans machinations (avec Excel, Axiom, QlikView) pour décomposer, reclassifier et regrouper les soldes. Dans le scénario idéal, tous les attributs nécessaires pour classer correctement les comptes (mappés) sur une ligne de reporting réglementaire (ligne FOCUS, MDRM, élément de ligne XBRL, rapport d'appel, etc.) seront contenus dans la clé de comptabilisation (bloc de codage). Cela peut être réalisé soit par un graphique de comptes avec une granularité appropriée, soit par l'ajout d'éléments de données supplémentaires associés à chaque compte. Lorsque ces attributs sont disponibles en dehors du grand livre (par exemple, durée du prêt, contrepartie étrangère / nationale), ils ne doivent pas nécessairement faire partie du bloc de codage de compte.

Pour approfondir le paradigme de la tout au long du traitement, les rapports doivent provenir d’un entrepôt de données financières complet. Dans ce contexte, les soldes, les postes de rapport et les attributs de compte externes ne provenant pas du grand livre (actifs pondérés en fonction des risques, conditions de prêt, etc.) peuvent être intégrés à l'entrepôt afin de permettre une intégration transparente dans les rapports de gestion et de gestion.

L'entrepôt peut également gérer un serveur MIS (SAP BusinessObjects, Cognos, PowerBI), offrant ainsi des analyses efficaces, simples à utiliser, approfondies et approfondies. L'entrepôt doit inclure toutes les structures de rapport, les hiérarchies et les tables de référence nécessaires pour prendre en charge la fonction de génération de rapports à tous les niveaux de consolidation, de centre de coûts et d'agrégation de compte. Toutes les tables de données de l'entrepôt doivent être automatiquement rapprochées du grand livre, ou d'un autre système source, à chaque fois qu'un cycle de consolidation ou de consolidation est exécuté et que l'entrepôt est mis à jour.

Avec un plan comptable approprié et un bloc de codage établi, il est crucial pour assurer l’intégration efficace de tous les systèmes sources. Les systèmes transactionnels des guichets utilisent souvent une nomenclature de compte différente de celle utilisée par les systèmes financiers de l’entreprise. Les systèmes de négociation peuvent indiquer les transactions par pupitre et buvard, les systèmes de courtage selon les normes habituelles de grand livre et de compte de Wall Street, etc. Quelle que soit la structure comptable utilisée, ces transactions doivent être mappées vers la société, le compte et le centre du grand livre appropriés, ainsi que tout autre attribut associé requis par la clé de comptabilité.

La correspondance entre la comptabilité front office et le grand livre Le bloc de code peut être exécuté par l'application frontale elle-même, par un grand livre intermédiaire ou par un moteur de règles. Quelle que soit la méthode utilisée, les transactions de comptabilisation résultantes doivent contenir tous les attributs requis (par exemple, contrepartie, identifiant de transaction, numéro de prêt) afin de garantir l'intégrité des données, afin de prendre en charge le traitement de bout en bout. Il est préférable d'éviter les règles de mappage codées en dur dans la logique du programme, car les modifications nécessiteront des ressources de programmation à modifier, ainsi que des tests et un cycle de mise à jour programmée du système à mettre en œuvre.

les informations comptables d'origine, soit dans une remorque du journal du grand livre, soit dans une table de données liée, afin de permettre des rapprochements de bout en bout, des écritures de reclassement automatisées, des audits et des analyses. Les ID de transaction du système source peuvent être utilisés (grand livre) ou, si les transactions sont résumées avant l'enregistrement dans le grand livre (concept de grand livre), il convient d'envisager de récapituler les écritures jusqu'au niveau de la clé de comptabilité du système source.

Pour en savoir plus sur le «comment» et le «pourquoi» du lancement d'un programme de transformation financière, téléchargez notre guide détaillé. Vous pouvez remplir le formulaire ci-dessous ou vous pouvez trouver le guide ici .