Blog

R2R AUTOMATION FRAMEWORK: API

Serie 4 of 8

Je parlais récemment avec un leader dans l’industrie des grossistes alimentaires et ils étaient en pleine restructuration organisationnelle de leur processus Record to Report (R2R). Leur équipe internationale répondait parfaitement aux technicités de justification des comptes, de gestion de la clôture financière, de la communication des rapports réglementaires, c’était formidable de voir qu’ils avaient élargi la portée de leurs compétences pour inclure la paie, la fiscalité, la trésorerie et quelques autres domaines clés. Je lui ai demandé en quoi cela consistait exactement, ce à quoi il a répondu dans une réponse en deux parties :

  1. Nous utilisons un système global de contrôles financier pour la justification de comptes.
  2. Nous réalisons des contrôles financiers à l’aide d’un système gestion Record to Report (fiscalité, trésorerie, paie, etc.) connecté à notre ERP principal.

Comme vous pouvez l’imaginer, malgré le caractère lacunaire des systèmes sous-jacents, ils voulaient avoir une visibilité complète du processus mondial Record to Report (R2R) afin d’assurer l’exactitude et la fiabilité de leurs rapports financiers.

Maintenant, en lien avec ce qui est dit ci-dessus, permettez-moi de prendre une allure un peu plus technique en abordant l’idée d’une API, qui est essentielle pour une intégration au processus R2R. Une API signifie Application Programming Interface et permet à différentes applications de communiquer entre elles dans un format standardisé. Si ce n’est pas utile, peut-être qu’un exemple serait mieux. Supposons que vous développez un logiciel fiscal pour produire des déclarations de revenus et que vous voulez les soumettre à l’Internal Revenue System (IRS) ou à un autre organisme gouvernemental au nom de vos clients. Pour simplifier cela, l’IRS crée un moyen standard pour parler à leurs ordinateurs. Cette norme explique comment entamer une conversation, comment identifier le contribuable, comment envoyer les renseignements fiscaux, comment obtenir une confirmation, etc. Ce processus standardisé serait publiée à tous les développeurs de logiciels fiscaux et utilisée par eux (et vous, dans cet exemple) pour communiquer avec l’IRS à partir de votre logiciel et est un exemple d’une API.

La solution Record to Report Cadency®, possède des APIs qui permettent aux clients de relier leurs systèmes uniques de gestion de paie, des impôts, de trésorerie, etc. à leur système de contrôle financier.

Cadency API Diagram

L’API la plus récente de Cadency permet au flux de travail dans Cadency Close de communiquer dans les deux sens. C’est l’autoroute qui vous permet de relier vos systèmes de Record to Report (ERP ou hors-ERP – Fiscalité, Trésorerie, P-Card, etc.) aux plans d’action de Cadency Close. Ainsi, la solution peut documenter tous vos contrôles dans un flux de travail fiable, sans vous obliger à modifier l’utilisation de vos systèmes déjà existants. Le routeur de plan d’action de Cadency Close (APR) vous permet ensuite de relier vos contrôles financiers à partir de ces activités et de mettre automatiquement à jour votre système de contrôles au fur et à mesure qu’ils surviennent. Vous disposez ainsi de la visibilité pour savoir que toutes les activités de contrôle nécessaires à une clôture sont effectuées sans interaction humaine supplémentaire.

Par exemple, si vos contrôles inter-sociétés et de trésorerie sont liés, vous pouvez vous assurer qu’une fois les contrôles inter-sociétés dans Cadency terminés, l’automatisation peut déclencher l’exécution d’un rapport de trésorerie qui est ensuite intégré dans la solution (en utilisant l’API bidirectionnelle). Cela permet de s’assurer que les contrôles sont liés et automatisés dans tous les scénarios possibles.

Pour en revenir à ma discussion initiale, notre client utilise actuellement les APIs de Trintech pour relier leurs contrôles de certains des systèmes qui ont un impact sur leurs contrôles et pour les étendre à tous leurs systèmes. De cette façon, ils sauront que lorsque leurs contrôles de clôtures dans Cadency Close sont terminés, chaque tâche sera “clôturée” et “prêt pour un rapport”. Inversement, lorsqu’un projet n’est pas terminé, ils ont maintenant un moyen rapide et facile pour discuter en temps réel des contrôles touchés et de leur incidence sur l’intégrité de leurs états financiers.

Trintech améliore continuellement ses APIs, et nous offrons la possibilité d’obtenir les données de justifications des comptes et d’ajouter les éléments suivants :

  • Pièces justificatives des justifications de comptes
  • Approbation des comptes ” certifiés ” à partir d’autres systèmes de rapports tels que les rapports de divulgation ou les rapports réglementaires.
  • Les API de conformité pour relier d’autres systèmes de contrôle et/ou systèmes RPA à votre cadre de conformité.
  • Les API de gestion de données pour vous permettre d’utiliser vos systèmes BI internes avec vos données de contrôle.

 

Écrit par : Michael Ross, Chief Product Office

Revu par : Jawad Akkaoui, Marketing executive